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© System and method for automatic resolution reduction. 



© A resource oriented host computer-printer system is disclosed in which the host computer and printer share 
information and data processing duties. A system and method for analyzing the execution times for draw 
primitives allows the host computer to determine whether the printer will be able to render draw primitives in 
^ real-time. A resource assembler calculates the cost of executing each draw primitive within a band to determine 
^ if the printer can render the draw primitive in real-time. If the band is too complex for the printer to render in 
(V) real-time, the printer may pre-render the band or the host computer will render the band and transmit the bit- 
CD map of that band to the printer. The host computer makes a series of decisions as to the best form for 
^1 transferring data from the host computer to the printer. If the printer cannot store the bit-map data file, the bit- 
Q0 map data file is compressed. If the printer cannot store the compressed bit-map data file, the host computer will 
^ reduce resolution in two stages, if necessary, until the printer can store the reduced resolution bit-map data file. 
^ The second stage of resolution reduction is guaranteed to fit within the printer. The host computer displays a 
O message advising the user that the resolution has been reduced. 
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Cross-Reference to Related Application 

This application is a continuation-in-part of Serial No. 07/911,767, filed July 10, 1992 and Serial No. 
912,098, filed July 10, 1992. 

5 

Technical Field 

The present invention relates to a system and method for printing with computer systems. 

70 Background of the Invention 

Computer systems are highly useful for compiling and processing large amounts of data. Modem 
computer system often include graphics capabilities that allow the display and printing of graphic images. 
Printing a page of text and/or graphics images requires the conversion of data from the format used on a 

75 host computer to a format used by the particular printer selected. Typically, the computer data is translated 
into a bit-map data file where each bit represents a dot on the printed page. The bit-map is usually 
generated within the host computer and transferred to the printer in compressed data format. The 
compressed bit-map is expanded in the printer and transferred to a print engine, which is the portion of the 
printer that controls the paper movement, toner, and mechanical drive system which moves the paper, as 

20 well as the electronic circuitry which controls the printing process. The print engine receives the bit-map 
data and converts it into the appropriate voltages to create a printed image. 

The printed page is comprised of individual dots, called pixels. On a typical laser printer, there may be 
300, 600, or more pixels per inch. Each pixel is usually represented by a single data bit in the printer 
memory. As the laser print engine scans a line, the data bits corresponding to that line are read and the 

25 laser beam turns on or off depending on the logic level of the data bit stored in that memory location. At a 
resolution of 300 pixels per inch, a printer requires approximately one megabyte of memory to store the bit- 
map data file for an entire page. Some laser printers contain large memories and operate in a page mode, 
which means that the printer can store an entire page of data in bit-map form. Because of the large amount 
of memory required to store an entire page in bit-map form, some printers use a banding mode to reduce 

30 the amount of memory required. A printer with banding mode capability breaks the printed page down into 
a number of horizontal segments called bands. The printer accepts the bit-map data for only one band at a 
time thus reducing the memory requirement. When the printer has processed the data for the first band, it 
can accept data for the second band and so forth. For example, if the printed page is broken down into four 
bands, the memory requirements are reduced by a factor of four because the printer need only store the 

35 bit-map data for one fourth of the page. 

Prior art host computer-printer systems simply cannot process a page of data in real-time once the print 
engine has started. Some prior art systems will attempt to process as many bands of data as possible, and 
will print subsequent bands of data on another page. Other printers will print nothing at all, requiring manual 
intervention by the user to alter the data for the page or alter the resolution used by the printer. 

40 Designing a computer-printer system involves the achievement of two basic goals. The first goal is that 
of device independence. In an effort to make the printer independent of system constraints of any particular 
host computer, manufacturers and programmers design printer drivers that attempt to be universal. If there 
is true device independence, the host computer does not need to know what type of printer is connected to 
the printer interface. The host computer typically transmits data to the printer system through a hardware 

45 interface such as a serial I/O port or a parallel printer I/O port. Prior art computer-printer systems attempt to 
achieve device independence by minimizing the host's knowledge of a particular attached printer and 
relying instead on a rather abstract data stream. As a result, transfer and processing of the data stream is 
often slowed to an inefficient pace, and throughput suffers. 

As an example, a host computer may download a first character font set required for several pages of a 

so document. Typically, computer systems of the prior art download an entire font even when only a few 
characters are needed for a particular printing task. The host computer will download an entire second 
character font set when the second font set (or part of the second font set) is needed. The second font set 
may be written into the memory space occupied by the first font set even though there may be room within 
the printer memory to retain the first font set for use when printing subsequent pages requiring the first font 

55 set. There is no communication from the printer to the host computer to advise the host computer of the 
current status of the printer resources. 

The second goal is optimum performance of the printing process. Laser printers range from simple 
stand-alone printers coupled to a single computer and processing one or two pages of paper at a time to 
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sophisticated printers with multiple paper trays and complex paper pathways coupled to a computer 
network and simultaneously processing many pages for multiple users. Computer systems must be capable 
of operating effectively with any type of printer. 

Unfortunately, these first and second goals may come into conflict. The trade-off for attempting 

5 universal compatibility is that computer-printer systems are often extremely slow in processing data. 
Furthermore, host computers do have some awareness of the printer to which they are connected. 
Ironically, in an attempt to achieve these two goals, present computer-printer systems fail to achieve either 
goal. The host computer is aware of the type of printer to which it is connected, and yet the "universal" 
printer driver approach results in a slow, inefficient system where the host computer and printer often spend 

w valuable computing time resolving conflicts that may not arise, such as page error recovery, rather than 
performing useful tasks. For example, prior art computer-printer systems retain the bit-map data file for an 
entire page until the printed page clears the last jam sensor on the laser printer. In the event that a page 
jams, the data is available and the page can quickly be reprinted. However, paper jams occur relatively 
infrequently in the printing process. Once the print engine begins to print a page, it takes approximately ten 

;s seconds for the page to clear the last jam sensor. The overall printing process is slowed significantly by 
waiting an extra ten seconds for each page to clear the last jam sensor before clearing the bit-map data file 
from the printer memory and processing the next page. 

Prior art systems also delay feeding paper to the print engine until the entire page has been described 
because the selection of paper size may be made at any time during the page description. For example, 

20 the host computer could transfer a description of the entire page and the final description line could be the 
selection of letter size paper. There is no need to delay the paper feeding if the user is required to select 
the paper size at the beginning of the page description. Few, if any, print tasks are hampered by this 
requirement. The user generally knows the paper size and the print mode (/.e., simplex or duplex) before 
the print process begins. Therefore, prior art systems waste valuable time by providing an unnecessary 

25 option. 

Currently used printer languages have evolved from the printer languages used with dot matrix printers. 
While dot matrix printers are still in use, the use of laser printers is widespread and growing. Yet, the printer 
languages have attempted to deal with the increased use of laser printers by making minor modifications to 
printer languages oriented to the slower dot matrix printers. This evolutionary approach does not take 

30 advantage of the potential computing power available in laser printers. 

The system architecture of prior art computer-printer systems has changed very little even though the 
printer hardware has evolved from simple "dumb 1 * printers to sophisticated laser printers controlled by 
microprocessors. The typical prior art computer-laser printer system, shown in Figure 1 , has a device within 
the printer known as a parser. The parser accepts bytes of data from the host computer and organizes the 

35 bytes of data into tokens. Tokens are streams of data that are associated in a meaningful lexical context. 
For example, a data stream may be a binary bit-map transmitted in a compressed data format. The binary 
data is usually accompanied by a header and trailer instructing the parser how to process the data. The 
header/trailer are transmitted in ASCII bytes, each of which must be processed by the parser. The parser 
must accept and process every ASCII data byte, one byte at a time. As a result, the parser is a bottleneck 

40 to efficient data flow in a computer-printer system. 

The parser processes every byte of data received by the printer and creates a display list within a 
memory in the printer. The display list is sorted by virtue of where the object is located on the page. Bit- 
maps in the display list are generally stored in an uncompressed format. Other objects such as text are 
rather brief. Therefore, a single, simple rectangle running around the circumference of the page will 

45 generally require one megabyte of storage. An imager translates the display list into a bit-map data file 
suitable for the print engine. The bit-map data file is stored in a frame buffer and transmitted to the print 
engine. 

Another area in which prior art computer-printer systems are inefficient is that pages are often 
processed in an inefficient order. If the printer is operating in the duplex mode (printing on both sides of the 

so page), the paper pathway taken by the page within the printer demands that side two of a page be printed 
before side one. However, prior art computer-printer systems demand that side one of a page be processed 
before side two. This means that side one of the page be processed completely and stored within the 
printer memory as a bit-map data file. Then, side two of the page is completely processed and sent to the 
print engine. The philosophy in prior art systems is that the user expects side one to be processed first. 

55 However, the user really only expects that the pages will appear in the proper order in the printer tray when 
the document is completely printed. There is no practical reason that the host computer should process the 
pages in any order other than the order in which the pages will actually be printed by the printer. 
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As noted above, prior art systems also fail to use the potential computing power available in modem 
laser printers. The older design dumb printers were little more than a data buffer and a print engine. The 
data processing was all done by the host computer and the printer printed the dot matrix data. Modem laser 
printers are microprocessor controlled and have computing power that may even equal that of the host 

5 computer. Prior art systems still tend to treat the printer as a dumb printer without the capability of 
performing any data processing. This is due, in part, to the attempt to achieve device independence, as 
described above. Other prior art systems give the printer responsibility for virtually all data processing. The 
result is that the combined computing power of the host computer and the printer is not utilized efficiently, 
and the overall printing process is slowed to an inefficient pace. 

70 Because there is little communication between the host computer and the printer, the host computer 
and printer cannot effectively share the task of data processing. Prior art host computers generally perform 
virtually all of the data processing or virtually none of the data processing. 

The attempts to achieve device independence and universal operation with all types of printers results 
in an inefficient printing process in which potential computing power is untapped and resources are wasted 

75 because the host computer and printer do not communicate effectively with each other. Therefore, it can be 
appreciated that there is a significant need for a computer-printer system that allows effective communica- 
tion between the host computer and the printer, and maximizes utilization of resources. 

Summary of the Invention 

20 

The inventive system is embodied in a host-computer printer system in which a resource assembler 
translates a data file into a set of draw primitives and determines the cost associated with the printer 
rendering each of the set of draw primitives. 

The resource assembler makes a series of decisions as to the form of the data to be transmitted to the 

25 printer. The resource assembler will determine if the set of draw primitives will fit within a printer resource 
store. If the set of draw primitives can fit within the printer resource store, the resource assembler 
determines if the printer can process the set of draw primitives in real-time or pre-render the set of draw 
primitives in less than a predetermined period of time. The resource assembler will render the set of draw 
primitives if the printer can neither render the set of draw primitives in real-time nor pre-render the set of 

30 draw primitives in less than the predetermined period of time. 

The resource assembler uses data compression if necessary to transmit the rendered set of draw 
primitives to the printer while maintaining full resolution within the printer. If necessary, the resource 
assembler will use data compression that will result in the automatic reduction in printer resolution so that 
the printer will always print a page. 

35 If the resolution is reduced, the host computer can display a message to inform the user that the 
resolution was reduced. 

Brief Description of the Drawings 

40 Figure 1 depicts a typical prior art computer-laser printer system. 

Figure 2 is a functional block diagram of the computer-printer system of the present invention. 
Figure 3A illustrates a manner in which an unbounded document may be represented. 
Figure 3B illustrates the manner in which the unbounded document of Figure 3A may be represented in 
a bounded fashion. 

45 Figure 3C illustrates an alternative configuration of the bounded document of Figure 3B. 
Figure 4 illustrates some various load balancing options for the present invention. 
Figures 5A-5D are flow charts illustrating the inventive method. 
Figure 6 is a functional block diagram of the inventive cost metrics system. 
Figure 7 is a functional block diagram of the timer used by the present invention. 

50 

Detailed Description of the Invention 

The present invention takes a revolutionary approach to host computer-printer interaction. It allows the 
cooperative effort of the host computer and the printer to dramatically increase the print speed of the 
55 printing process and decrease the return to application time. Return to application time is the time that the 
host computer requires to process a printing job and return to the application program that initiated the 
printing. Many prior art computer-printer systems are designed to execute computer code, rather than print 
pages. That is, the printer receives, translates, and executes code with the page being printed as a by- 
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product of the code execution. Many systems of the prior art execute a large amount of code to print a 
single page. 

As described above, prior art systems do not have an effective dialog between the host computer and 
the printer. Thus, the sophisticated computing capability of the modern printer is not utilized. In contrast, the 

5 present invention takes advantage of the computing power in the printer and is designed to allow free 
communications between the host computer and the printer. The present invention views the host computer 
and the printer as two parts of the same "system" which can cooperate with each other to more efficiently 
print documents. In the above example where two character font sets are required to print a document, the 
host computer of the present invention is aware that the printer could retain the first font set and thus will 

ro retain the first font set in the printer memory. Furthermore, the prior art host computer typically looks only 
at the current page being processed and does not look ahead to determine if the first font set may be 
required in the future and should be retained within the printer memory. As a result, the prior art host 
computer must repeatedly download the first font set if it is required for printing several pages (and may 
delete the second font set in the process). It should be noted that some prior art systems do have crude 

is look-ahead capability, but it is very limited and does not efficiently utilize memory. The prior art host is not 
always sure how much printer memory is available, and therefore must be very conservative in its use of 
printer memory. In contrast, the present system will look ahead at the printing task to determine whether the 
first font set, or any other resource, should be retained in the printer memory and to determine when the 
first font set is no longer needed and can be released or deleted from the printer memory. Furthermore, the 

20 system of the present invention constructs subsets of character fonts when only a portion of a font set is 
required, which maximizes the use of available resources. Thus, the present invention takes a resource- 
oriented approach to printing. 

While the description provides details of operation with a laser printer, the inventive system and method 
is applicable to any marking technology such as laser, thermal, impact, sublimation, ink-jet, or the like. 

25 A resource is anything within the computer-printer system that occupies memory or is required to print 
a document. The document will be completely described using resources. The term resources will be 
explained in greater detail below. According to the principles of the present invention, the goal is to print the 
document quickly and allow the host computer to return to the application program in a minimum amount of 
time. This is accomplished by allowing open communication between the host computer and the printer so 

30 that the requirements of each part of the system and the available resources to accomplish the task are 
readily known by other parts of the system. The entire printing process is faster than prior art computer- 
printer systems, in part, because the computing power and available memory of the host computer and the 
printer are called into play. 

The present invention may be used with a computer-printer system that has only one-way communica- 

35 tion capability and uses a status line from the printer to the host computer to indicate that the printer is 
busy. Other computers or printers may have bi-directional communication, but cannot support full bi- 
directional communication at a data rate required by the present invention or hamper full bi-directional 
communication because they cannot switch directions quickly enough. The present invention will attempt to 
establish bi-directional communication, but will resort to one way communication if either the computer or 

40 printer cannot support bi-directional communication because the latency time is so long that it cannot 
efficiently support full bi-directional communication. However, many computer-printer systems have full bi- 
directional communication between the host computer and the printer. If a computer-printer system has bi- 
directional capability, the present invention has enhanced error recovery capability and the ability to shift 
some of the functions back and forth between the printer and the host computer depending on the particular 

45 printing task. This "load balancing" allows even greater increases in printing speed by allowing the print 
task to be handled by the portion of the computer-printer system that can most efficiently perform the task. 

As previously discussed, a resource is virtually anything that is required to print a document. This may 
include character font sets, glyph sets, point tables, brushes, and user defined graphic images as well as 
the data that describes the page itself. A "font set" is a set of ASCII characters, usually stored as a bit-map, 

so that define a particular character typeface such as Times-Roman, Helvetica, Courier or the like. Some 
printers have font sets stored in read-only memory (ROM) integrated circuits within the printer, while other 
computer-printer systems use "soft fonts" which are stored as bit map data files within the host computer 
and downloaded to the printer random access memory (RAM) when needed. Soft fonts allow greater 
flexibility in printing since the fonts generally reside on disk in the host computer and thus do not 

55 permanently occupy memory space within the printer. Still other computer-printer systems use font scaling 
technology, such as TrueType fonts, where the fonts are not stored as a bit map data file. Instead, the fonts 
are described by a set of equations which define the lines and curves of characters for each font type. The 
host computer or printer use these equations to construct a particular font character of any point size. The 
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advantage of font seating technology is that a single set of equations may be used to describe a font type 
for all point sizes whereas fonts that are stored as bit-maps can only be used for a single point size. For 
example, Times-Roman 4, Times-Roman 6, Times-Roman 8, and Times-Roman 10 are considered four 
separate fonts and each requires a separate bit-map data file to describe the particular font. In contrast, font 

5 scaling technology has a single set of equations that describe Times-Roman characters of all point sizes. 
The host computer or printer applies the equations and scales the equations for the selected point size so 
that multiple sets of bit-map data files are not necessary. The present invention works with either ROM 
stored fonts, soft fonts, or the font scaling technology. 

A "glyph set" is similar to a soft font in that it comprises predefined characters stored in the host 

io computer. However, it is different from a font set in that the predefined characters are not necessarily a 
complete character font set and may contain user defined characters, graphic symbols, or combinations of 
different typefaces from various character font sets. For example, a glyph set may be an equation 
containing numbers and mathematical symbols from several different font sets, as well as some user 
defined graphic symbols. A particular glyph set may be large enough to contain a complete character set or 

75 may be as small as a single character. Another example of a glyph set is a form, such as a tax return or a 
data entry form, that may be used within a document. The present invention may create the form and store 
it as a glyph set. If the form is used again in a document, the entire form is available as a glyph set. It 
should be noted that a glyph set is not the only way to implement a form. For example, another way to 
implement forms is to use a render primitive list (RPL) to represent the form. The RPL may use glyph sets 

20 for pieces of the form, but the RPL puts it all together. 

Some prior art systems use glyph sets in a limited manner. Prior art host computers may assemble a 
subset of a character font to download to the printer. If a new character is needed, the prior art host 
computer can incrementally download only the needed new character and append it to the already 
downloaded glyph set. However, prior art systems do not actively manage the glyph set resource. Prior art 

25 systems generally clear glyph sets at the start of a new page without regard for future need for the glyph 
set. This forces the prior art host computer to construct new glyph sets if they are needed on the new page. 
The newly constructed glyph set may not be the same as the previous glyph set, and the periodic 
reconstruction and downloading of glyph sets consumes extra time in the printing process. In addition, prior 
art systems require a great deal of data to accompany the glyph sets to indicate which characters are 

30 present in the glyph set. 

In contrast, the present invention constructs a glyph set from the available resources and actively 
manages the glyph set as a single resource. The term "glyph set", as used in the present invention, refers 
to a resource that comprises portions of other resources such as fonts. For simplicity, glyph sets will be 
referred to as resources. The present invention assembles the glyph set until it reaches a predetermined 

35 size , but may not immediately transfer the glyph set to the printer. The assembled glyph set is treated as a 
unit that is transferred to the printer when needed, and is deleted from the printer as a unit when it is no 
longer needed. The glyph set is actively managed based on the future need for the glyph set and the 
available space in the printer resource store rather than the prior art approach of clearing the printer 
memory at the start of a new page. The glyph set of the present invention also contains a header as a 

40 "table of contents" indicating which characters are in the glyph set, but the header is much smaller in size 
than prior art headers because the glyph set does not change once it is constructed. 

A "point table" is a table of coordinates points used to define a graphic object. For example, a graphic 
object such as a rectangle may be defined by the coordinates of the four corners. Similarly, a cubic Bezier 
curve is defined by four control points. The point table stores the coordinates of the control points. To print 

45 a smoother curve on the laser printer when a Bezier curve is rendered, the curve rendering process is often 
performed using a high resolution that exceeds the actual resolution of the printer. The lines that are 
calculated to render the curve may be shared when the object is actually printed on the printer thus 
creating a smoother looking image. If the higher resolution calculations are performed, the point table may 
contain the coordinates of all the line segments used to render the Bezier curve. The point tables may also 

so be created by the user in an application program by using a mouse or other pointing device to draw, 
entering coordinates, using a digitizing tablet or the like. 

A "brush" is a graphic pattern typically used to fill the interior of a graphic object such as a rectangle or 
a circle. A brush is the smallest repeating pattern that will be repeated to fill in the entire interior of the 
graphic object. For example, when an object such a circle is created, the draw primitive will instruct the 

55 printer to create the circle and fill the interior with a particular graphic pattern. A cross-hatch pattern, for 
example, may comprise a series of small "x n shapes that can be repeated to fill in the entire object. The 
system of the present invention stores commonly used brushes within the printer and creates additional 
various brushes with the host computer. 
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The data that describes the printed page is also considered a resource. The host computer contains a 
description of the page that may have been created by an applications program such as a word processor, 
a spread sheet, a data base or the like. The present invention translates the page description into a set of 
draw primitives and interrelates the draw primitives with the other resources required to print the document. 

5 The details of the translation process will be described below. 

As shown in the functional block diagram of Figure 2 for purposes of illustration, the present invention is 
embodied in a computer-printer system 200. As with the prior art, a host computer 202, executes an 
application program 204 containing a document that is to be printed. As previously described, resources are 
stored in various areas of the host computer 202, such as a host computer memory 212 which may include 

w a hard disk memory. The various storage areas will generically be referred to as the resource storage area 
206. The host computer 202 contains virtually all resources available for printing documents. Some ROM 
stored fonts and commonly used resources may be stored in the printer throughout the printing task. A 
resource assembler 208 examines the document to determine which resources are required to print the 
document. As the resource assembler 208 examines the document, it selects the resources which will be 

75 required to print the document and translates the document into a set of draw primitives that describes the 
printed pages. The selected resources and draw primitives are stored within a host resource store 210. The 
host resource store 210 may be part of the host computer memory 212 or any other suitable storage 
location. The resource assembler 208 defines dependencies between a document and a subset of the 
resources which are required to print the particular document. The resource assembler 208 communicates 

20 the dependency information to a printer 218 which is attached to the host computer 202. The resource 
assembler 208 may also receive information from the printer 218 as to the most efficient sequence for 
printing the document as well as status information as to what resources are currently in the printer 218. 

The printer 218 contains a printer resource store 220 which has the capacity to store a limited number 
of resources downloaded from the host resource store 210. The printer resource store 220 may be part of a 

25 printer memory 222 or any other suitable storage location. A resource loader 214, shown in Figure 2 as 
being a part of the host computer 202, uses the dependencies created by the resource assembler 208 to 
determine the order in which resources, including draw primitives, will be transferred to the printer resource 
store 220. The resource loader 214 also determines the order in which resources can or must be released 
from the printer resource store 220 to make room for new resources. The draw primitives transferred by the 

30 resource loader 214 instruct the printer 218 to utilize specified resources to create a graphic symbol, draw a 
graphic object, print an alphanumeric character, or the like. 

A resource scheduler 216, shown located within the printer 218, may alternatively be located within the 
host computer 202. The resource scheduler 216 controls the timing of printer operation and the actual 
timing of resource transfer. The resource scheduler 216 also controls the timing of the deletion of resources 

35 from the printer resource store 220 and of requests to transfer particular resources from the host resource 
store 210. When all of the resources necessary for a particular page of the document are in the printer 
resource store 220, the resource scheduler 216 generates an execute signal to indicate that the subset of 
required resources are available for printing the present page. A resource executor 224, upon receiving the 
execute signal from the resource scheduler 216, follows the commands of the draw primitives and uses the 

40 resources from the printer resource store 220, to create a bit-map data file of the document page currently 
being processed. The resource executor 224 transfers the bit-map data file to a print engine 226 which in 
turn causes the document page to be printed. 

It should be noted that the physical location of many of the above-described resource blocks is not 
critical to the operation of the present invention. If in a computer-printer system 200 the printer 218 is a 

45 laser printer with a great deal of computing power, all of the resource blocks described above could be 
located within the printer and still utilize the inventive aspects described herein. For example, the resource 
scheduler 216 may be located within the host computer 202 or the printer 218, as noted above. Similarly, 
the printer resource store 220 may be alternatively located within the host computer 202. If the host 
computer 202 is operating in an environment such as Windows™, the printer resource store 220 may be 

so part of the despooler function that operates in the background while the application program operates in the 
foreground. The principles of the present invention still apply because the printer resource store 220 is still 
limited in size and operates in the same manner as it would if the printer resource store was located within 
the printer 218. The background operation is transparent from the perspective of the application program. 
Thus, the actual location of the printer resource store 220 is not critical. As a practical matter, the host 

55 computer 202 will generally have more computing power than the printer 218. Therefore, the resource 
blocks described above are allocated to either the host computer 202 or the printer 218 depending on the 
relative computing power of each, and the availability of a bi-directional communications channel between 
the host computer and the printer. 
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The host computer 202 stores the resources in various locations within the host computer 202 or in the 
printer 218 (in the case of ROM stored character fonts). For example, glyph sets are assembled by the 
resource assembler 208 and stored as bit-map data files within the host resource store 210. The computer- 
printer system 200 also stores point tables representing various graphic objects within the host resource 

s store 210. The point tables are loaded into the host resource store 210 by the resource assembler 208, 
which may also convert the point table to a data format used by the present invention. In other cases, the 
data describing a graphic object may be stored by an applications program in a format other than a point 
table. The resource assembler 208 creates a point table in the appropriate data format and stores the 
created point table in the host resource store 210. In contrast, soft font sets are typically stored as data files 

io on a hard disk (not shown). If the resource assembler 208 determines that a particular soft font character or 
brush is required, the resource is loaded into the host resource store 210. 

In both the prior art and the present inventive computer-printer system 200, the application program 204 
generates a document description that may reside with the host computer memory 212 or any other 
suitable storage location such as a hard disk (not shown). The application program stores the document 

75 using a Page Description Language (PDL), which may vary from one application program to another. In 
prior art systems, an assembler within the host computer converts the PDL into a set of draw primitives, 
which may generically be called Render Primitives (RPs). The RPs may contain alphanumeric characters, 
graphic objects, or combinations of the two. In some prior art systems, the host computer translates the 
RPs into a bit-map data file of the document page, in a process called rendering the primitives list. It is the 

20 bit-map data that prior art host computers transfer to the printer. Other host computers of the prior art 
convert the RPs into an intermediate level language such as PostScript™ or PCL™ . 

Some systems of the prior art actually have a portion of the system that functions in a manner similar to 
resource assemblers. The prior art assembler is within the host computer and converts the PDL into RPLs. 
The parser, described above, acts as a second resource assembler in the prior art and receives the RPLs 

25 and constructs the intermediate data structures that will be required to translate the intermediate level 
language into a corresponding bit-map. The parser is designed to process code and not specifically 
designed to produce a printed page. 

In contrast, the computer-printer system 200 of the present invention uses only a single resource 
assembler 208, which is typically located within the host computer 202. The resource assembler 208 is only 

30 concerned with producing a printed page, and the code created by the resource assembler is designed to 
efficiently print documents. The resource assembler 208 examines the document and converts the PDL to 
RPLs while determining which resources are required to print the document. The resource assembler 208 
gathers the selected resources and places them into the host resource store 210 along with the associated 
RPLs. The present invention need not place the resources and RPLs in the host resource store in a 

35 particular format that associates the resources with specific RPLs. In fact, the actual data structure and 
format is not important for the use of the present invention. Many different formats well known to those of 
ordinary skill in the art are acceptable for the proper operation of the present invention. A list stating the 
dependencies and location of resources and RPLs is all that is necessary. This list may take the form of a 
series of pointers, indicating locations where the resources and associated RPLs are stored. The list may 

40 even be implied by a predetermined sequence of execution of RPLs as will be discussed below. 

When resources are stored within the host resource store 210, they are considered unbounded since 
there is no constraint on the size of the data file containing resources and RPLs nor are there constraints on 
the sequence in which the resources and RPLs are stored. For example, a document may be created by 
the user and subsequently edited to include a graphics chart near the beginning of the document. The 

45 applications program will not recreate the entire document file to insert the graphics chart. Rather, the 
applications program will place the graphics chart at the end of the document file and insert a pointer in the 
document at the point where the graphics chart should be inserted. The pointer points to the location of the 
graphics chart. This common technique uses backwards pointing, that is the insertion point in the document 
points backward to a later position in the document file where the graphics chart is stored. This technique is 

so shown graphically in Figure 3A where a document 300 has N pages. Page two of the document, indicated 
by the reference numeral 302, requires Fontl 304, while page three 306 of the document 300 requires the 
graphics chart, which is represented by a bit-map 308. Note that Fontl 304 and the bit-map 308 are stored 
after the locations on page two 302 and page three 306, respectively, in the document 300 where the font 
and bit-map are required. The data pointers 310 and 312 point to the locations 304 and 308, respectively, 

55 where the resources are required. Since the document is unbounded, the computer has access to the entire 
document and can utilize pointers in the manner described above. 

However, when printing the document, the printer will not have access to the entire file at once. 
Therefore, the document is considered to be bounded by both the size constraints of the printer resource 
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store 220 and the sequence in which the document is stored. The required resources must be present in 
the printer before they are actually needed or the printer will be delayed or may not be able to print a 
particular page at all. The document must be assembled in a bounded fashion as indicated in Figure 3B 
where the same document 300 is represented as a bounded document. The required font 316 and the bit- 

5 map 318 appear in the document 300 before they are actually required for page two 320 and page three 
322. The pointers 324 and 326 point to the locations 316 and 318, respectively, where the resources are 
stored. Thus, the pointers 324 and 326 are forward pointing to a location in the document 300 where the 
resources are stored. In this manner, the resources are always present before they are required for printing 
the document. Note that it is not necessary that the resources be located at the beginning of the document. 

10 It is only necessary that the resources be located before the place in the document where the particular 
resource is required. For example, the document 300 is alternatively shown in bounded fashion in Figure 3C 
where Fontl 320 is located just in front of the location 320 where the resource is needed. The pointer 324 
indicates the location of the required resource. Similarly, the bit-map 318 is located just in front of the 
location 322 where it is required, and the pointer 326 indicates the location where the resource is required. 

75 It should be noted that, while the host computer 202 generally has more memory than the printer 218, 
there is a limit to the amount of host computer memory 212 that can be allocated to the host resource store 
210. Therefore, the host resource store 210 does not contain all possible resources stored on the computer. 
Rather, the host resource store contains only the resources required to print the particular document as well 
as the RPLs describing the document. When a particular portion of the document has been printed, the 

20 resource required for the particular portion of the document are deleted from the host resource store 210. 
Some resources may be used only once in a document and may be deleted immediately upon completion 
of printing that portion of the document. Other resources, such as glyph sets, that may be used frequently 
are stored within the host resource store 210 until no longer needed for a document. 

Because the host computer 202 typically has more memory than the printer 218, the host computer can 

25 allocate more of the host computer memory 212 to use for a host resource store 210. The printer 218, 
having less memory, has a correspondingly smaller printer resource store 220. The printer resource store 
220 is not sufficiently large to hold the entire set of resources that the host resource store 210 contains. 
Thus, resources must be downloaded from the host resource store 210 to the printer resource store 220 
when needed by the printer 218. The printer 218 must make efficient use of the resources within the printer 

30 resource store 220, and delete resources that are no longer needed or can be quickly reloaded from the 
host resource store 210. Thus, the host resource store 210 is loaded only a single time with the resources 
required to print the document, while resources may be downloaded and released from the printer resource 
store 220 many times during the course of printing the document. In order to determine the most efficient 
use of resources, the computer-printer system 200 of the present invention examines the entire document 

35 to determine how to allocate resources in the most efficient manner. 

Referring again to Figure 2, the detailed operation of the computer-printer system 200 is provided. The 
resource assembler 208 converts the PDL into a set of RPLs and determines which resources are required 
for the present printing task. As the print task begins the resource assembler 208 begins to look at the first 
band (if the printer 218 is operating in the banding mode) or page (if the printer 218 is operating in the page 

40 mode) of data describing the surface to be printed. For purposes of this application, the unit size of the 
document being processed, whether a band or a page, will be referred to as a data block. The resource 
assembler 208 selects resources from the resource storage area 206 which will be required to print the 
document. The resource assembler 208 also determines the dependencies of these resources to particular 
data blocks. For example, the resource assembler 208 may determine that a particular font type is required 

45 for a formula on the first page and that another font type is required for the remainder of the page. In 
addition, a graph may be printed on the page which will require certain graphics resources such as a point 
table and a brush. 

The resource assembler 208 creates a list that explicitly states the dependencies and the data block for 
which these resources are required. It should be noted that the list need not be in the form of a list. As 

so stated above, the list may be in the form of pointers to memory locations, or may even be implicitly defined 
by the sequence in which RPLs are created by the resource assembler 208. For example, if a programmer 
writes a program that creates and immediately executes the first RPL, there is no expressed list that is 
created and stored in the host resource store 210. However, there is an implied list that is specified by the 
order in which the tasks are created within the RPL. What is important for efficient operation of the present 

55 invention is that the resource assembler 208 determines the dependencies and makes other resource 
blocks aware of the dependencies. 

There are two different types of dependencies specified by the resource assembler 208. The first type 
of dependencies are operand dependencies which relate the required resources to a particular data block 
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as described above. The second type of dependencies are execution dependencies, which specify the 
sequence in which RPLs are processed. Some prior art systems may not satisfy the execution depen- 
dencies when they print a document. For example, some prior art systems separate text from graphics and 
process the two independently. The printed page, therefore, may not be what the user sees on the display 

5 screen. Thus prior art systems do not always result in "what you see is what you get" (WYSIWYG). In 
contrast, the computer-printer system 200 always satisfies execution dependencies, even if they are implied 
in the sequence of RPLs as described above because the system processes the entire data block rather 
than breaking a data block into text and graphics portions. 

Some execution dependencies may be specified by the printer 218 if there is bi-directional communica- 

70 tion between the printer and the host computer 202. As will be explained in greater detail below, the printer 
may specify the order in which pages or bands of data should be processed in order to maximize efficiency 
of the printing process. If execution dependencies are specified by the printer 218, the resource assembler 
208 will comply with those dependencies. The resource assembler 208 may also generate its own 
execution dependencies if there is a specific drawing order that must be maintained within a data block. For 

75 example, the printer 218 may instruct the resource assembler 208 to process page two of a document first, 
and to process page two from the bottom to top. This is an execution dependency that is specified by the 
printer 218. However, if there are overlapping graphic objects on page two, the drawing order of those 
objects must be specified so that the printed page will appear to have the objects overlap in the intended 
manner. The resource assembler 208 determines the execution dependencies that specify the drawing 

20 order. Thus, the resource assembler 208 creates a list that states both operand dependencies and all 
execution dependencies (whether specified by the resource assembler 208 or the printer 218). 

As discussed above, the list for some dependencies may be implicit in the sequence of draw primitives 
within a band or page. For example, the computer-printer system 200 could always execute the first RPL 
first, thus creating an execution dependency that does not have to be explicitly stated. For maximum 

25 efficiency, particularly with sophisticated printers and bi-directional communication, the presently preferred 
embodiment of the computer-printer system 200 does not use implied dependencies since they can 
unnecessarily limit the execution to a less efficient sequence of tasks. The above examples of using implicit 
dependencies are given only to show that the broad principles of the present invention may be used to 
improve the overall efficiency of the printing process without requiring the use of all inventive aspects of the 

30 computer-printer system 200. In the presently preferred embodiment, the resource assembler 208 explicitly 
communicates dependencies to other components of the system, including the resource loader 214, the 
resource scheduler 216, and the printer 218. 

If the computer-printer system 200 has bi-directional communications capability, the printer 218 can 
send information to the resource assembler 208 as to the current status of the printer resource store 220. 

35 Such status information includes which resources may already be present in the printer resource store 220 
and how much space is available in the printer resource store. In addition, the printer will instruct the 
resource assembler 208 as to the most efficient sequence for printing the document. This is an important 
process in large sophisticated laser printers that have duplexing capability and can print from multiple paper 
trays. In such printers, there can be as many as ten sheets of paper moving through the print engine 

40 simultaneously. Pages that are printed on both sides of a sheet of paper (duplex mode) are processed from 
top to bottom on one side of the paper and from bottom to top on the other side of the paper. Different 
page sizes require different lengths of time in the print engine. Modes such as the landscape mode may 
require more print engine processing time than other modes. Pages may actually pass each other inside 
the print engine of a sophisticated laser printer. As a result, the most efficient sequence for processing the 

45 pages may not be the numerical order of the pages (i.e., page 1,2,3... .). The computer-printer system 
200 of the present invention allows the printer 218 to determine that most efficient sequence for printing the 
document and to communicate that information to the resource assembler 208. In systems that only have 
one-way communications, the printer 218 cannot communicate status information or print sequence 
instructions. However, the resource assembler 208 still communicates the explicit dependencies to the 

so printer 218 so that the printer 218 will know when it may delete resources from the printer resource store 
220. If only one-way communication is available, the resource assembler 208 still knows the status of the 
printer resource store 220 because the host computer 202 manages the printer memory 222 in the one-way 
mode. Thus, the resource assembler 208 knows which resources are already in the printer resource store 
220 at the start of a printing task. 

55 As previously discussed, the resource executor 224 typically converts the RPLs to bit-map data to be 
printed by the print engine 226. Once, the print engine has started, it cannot stop printing the page or an 
error will occur. Therefore, once the print engine has been committed, the RPLs must be converted to bit- 
map data in real-time or have been previously converted to bit-map data. Of course, certain printers, such 
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as dot matrix printers and ink-jet printers can stop in the middle of a page without creating an error. The 
resource assembler 208, knowing the current status of the printer resource store 220 and the overall 
processing power of the printer 218, examines each data block to determine if the printer 218 can convert 
the RPL for the data block into a bit-map in real-time as the print engine 226 is running. If the printer cannot 

5 convert the RPL for the data block in real-time, then the resource assembler 208 will instruct the host 
computer 202 to process the RPL into a bit-map and transfer the bit-map to the printer 218. Alternatively, if 
the printer memory 222 is sufficient to store a bit-map data file for the entire page, the resource assembler 
208 may instruct the printer 218 to convert the RPL into a bit-map data file and store the bit-map within the 
printer memory 222 until the print engine 226 is committed. The decision as to which part of the computer- 

w printer system 200 will convert the RPL into a bit-map depends on the relative complexity of the conversion 
task and the relative processing power of the processors within each of the parts of the system. In the 
presently preferred embodiment, the resource assembler 208 consider three factors in determining which 
portion of the computer-printer system 200 will process the data. Those factors are: 

1 . The length of time required for the host computer 202 to process the RPL into bit-map data; 

rs 2. The length of time required for the printer 218 to process the RPL into bit-map data; and 

3. The length of time required on the communication channel to transfer the RPL or the bit-map data. 
In other words, the resource assembler 208 calculates the time required for the host computer 202 to 
process the RPL for a particular data block into a bit-map data file plus the time required for the 
communication channel to transfer the bit-map data file to the printer 218 and compares it to the time 

20 required for the communication channel to transfer the RPL to the printer plus the time required for the 
printer to process the RPL into a bit-map data file. The selection of host computer 202 or printer 218 to 
process a data block is determined by cost metrics, which wilt be discussed in detail below. 

The computer-printer system 200 also performs load balancing by shifting the data processing back 
and forth between the host computer 202 and the printer 218. The resource assembler 208 will select the 

25 host computer 202 or the printer 218 to process the data block depending on which part of the system can 
process the data block most efficiently. For example, if a particular task requires the drawing of a large 
number of lines on the page, and the processor of the host computer is twice as fast as the processor of 
the printer, the host computer 202 will probably be instructed to process the data. On the other hand, if the 
conversion is relatively simple, and the printer 218 has the memory capacity to store the bit-map, the 

30 processor of the printer may be instructed to process the data leaving the host computer processor free to 
process the next data block. It should be noted that this calculation is a dynamic process that may vary 
from one data block to another. The printer 218 may process one data block and the host computer 202 
may process the next three data blocks. The overall goal is to produce the document in the most efficient 
manner. The computer-printer system 200 of the present invention allows this by using the potential 

35 computing power of both the host computer 202 and the printer 218. 

The load balancing is based on a variety of parameters such as the relative computing power of the 
host computer 202 and the printer 218, the speed of the data communications channel, the relative sizes of 
the host resource store 210 and the printer resource store 220, the complexity of the printing task, and the 
tasks currently being performed by the host computer 202 and the printer 218. As previously stated, load 

40 balancing is a dynamic process in which the resource assembler 208 may assign some pages of a 
document to the host computer 202 and other pages to the printer 218 for processing based on the 
parameters discussed above. 

The load balancing may even shift data processing responsibilities between the host computer 202 and 
the printer 218 within a single page. An example of different portions of the computer-printer system 200 

45 processing the same page may occur when a particular page of a document contains two overlapping 
graphics objects, such as circles. The resource assembler 208 may send the PDL description of the first 
circle to the printer 218 because the printer is not currently printing. Therefore, the printer 218 will have the 
time to translate the PDL for the first circle. The host computer 202 may translate the PDL for the second 
circle because the host computer 202 has more computing power than the printer 218, and the printer 218 

50 is already busy translating the first circle. Thus, the resource assembler 208 has used load balancing to 
split data processing responsibilities between the host computer 202 and the printer 218. 

As previously stated, a resource that is required for a particular data block of the document creates a 
dependency within the computer-printer system 200 for a particular resource for that particular data block. 
The dependencies may vary from one data block to another. The resource assembler 208 explicitly states 

55 the dependencies so that the printer 218 knows which resources are required for a particular data block. 
Thus, the printer has a sort of "menu" of resources relating the required resources with each of the data 
blocks. With bi-directional communications, the printer 218 can manage its own memory because the 
explicit dependencies between data blocks and resources have been provided. The printer 218 uses the 
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menu of explicit dependencies to request resources from the host resource store 210 in a manner that 
maximizes efficiency of the printer resource store 220. For example, the explicit dependencies may state 
that one data block requires a particular font set and a particular glyph set, while the next data block 
requires the same font set but a different glyph set. The printer 218 may be able to hold all three resources 

5 (the font set and two glyph sets) in the printer resource store 220 at one time. Therefore, the printer 218 will 
request all three resources. 

A more difficult aspect of resource management is deciding which resources should be deleted from 
the printer resource store 220. If printing a particular data block requires a resource so large in size that 
other resources must be deleted from the printer resource store 220, the printer 218 can decide which 

10 resource or resources to delete from the printer resource store 220 and when to request resources back 
from the host computer 202 for future data blocks. Furthermore, if error recovery is required, the printer 218 
knows which resources are required to recover the lost pages and can request the necessary resources 
from the host computer 202 if necessary resources have already been deleted from the printer resource 
store 220. 

75 The previous discussion is applicable when there is bi-directional communication between the host 
computer 202 and the printer 218. If there is only one-way communication available, the printer memory 
222 is managed by the host computer 202. In that case, the host computer determines the sequence in 
which resources will be loaded into or deleted from the printer resource store 220 and when to load and 
delete the resources. Even though the printer 218 cannot manage its own memory with one-way 

20 communication, the present invention still represents an improvement in performance over the prior art 
because of the elimination of the parser and the addition of portions of the computer-printer system 200 
such as the resource assembler 208 and the host and printer resource stores 210 and 220. In the computer- 
printer system 200 of the present invention, the resources may be loaded and released from the printer 
resource store multiple times in the course of printing the entire document. The job of determining which 

25 resources should be in the printer resource store 220 is performed by the resource loader 214 and will be 
described in detail below. 

The resource assembler 208 examines the document several data blocks ahead of the resource loader 
214 to generate resources for future data blocks. This allows the resource loader 214 to look ahead and 
determine the most efficient allocation of resources. Some resources may be used in many data blocks 

30 throughout the document and thus have dependencies throughout the document. It may be more efficient to 
retain these resources within the printer 218 throughout the printing process, depending on the available 
space within the printer resource store 220. A second resource, for example, may be needed only once in 
the middle of a document. In that case, the second resource may not be loaded until later when some other 
resource is no longer needed by the printer 218 and more memory is available within the printer resource 

35 store 220. After the second resource is used once, it may be deleted from the printer resource store 220 to 
make room for other resources. 

The determination of how far to look ahead is a dynamic process. For example, at the start of a 
document, the goal is to get the print engine 226 started. Therefore, the resource assembler 208 will have 
limited look ahead operation in order to get resources transferred to the printer 218 as soon as possible. 

40 However, while the printer 218 is processing the first data blocks, the resource assembler can look ahead to 
future data blocks and select resources for the host resource store 210 as well as construct RPLs for future 
pages. Ideally, the resource assembler 208 can look ahead to examine the entire document before any 
printing occurs. However, the desire to start the print engine 226 limits the initial look ahead capability. 
There is a practical limit to the amount of look ahead capability a system should have. The desire to 

45 minimize the use of host computer memory 212 so that other applications programs may run also limits the 
ability of the resource assembler 208 to look ahead. The goal is to keep the print engine 226 moving as 
efficiently as possible. The actual number of pages that the resource assembler 208 looks ahead depends 
on such factors as the total length of the document, the current page of the document being processed by 
the print engine 226, and the complexity of the document. The look-ahead capability of the resource 

so assembler 208 enhances the ability of the resource loader 214 to control the flow of resources to the printer 
resource store 220. 

As an example of the operation of the resource assembler 208, consider that a particular page of text 
requires portions of five different font sets and a point table (to draw a B6zier curve) to print the page. The 
resource assembler 208 examines the page and creates a list of explicit dependencies. The resource 
55 assembler 208 communicates the dependencies to other portions of the computer-printer system 200 as 
described above. At the same time, the resource assembler 208 also begins to assemble the host resource 
store 210 which will contain the required resources and the RPLs describing the page. Note that in the bi- 
directional mode, the resource assembler 208 will receive information from the printer 218 as to the 
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sequence in which the data blocks will be processed. For simplicity, assume that the resource assembler 
208 will process the data blocks for the page from top to bottom. There will be a single RPL if the printer 
218 is operating in the page mode, while there will be a different RPL for each band if the printer is in the 
banding mode. The RPL will describe the data block (page or band) in a format that will tell the printer 218 

5 to print a particular sequence of characters at a particular point on the page. The computer-printer system 
200 uses this information to construct a description of the character sequence and store the description in 
the host resource store 210. The term "construct a description" may range from loading a bit-map of the 
character sequence from a storage location within the host computer 202 to using font scaling technology to 
construct the bit-map of the character sequence from a set of equations. The resource assembler 208 may 

io store an entire font if so many characters from that font are required that it is more efficient to transfer the 
entire font set. On the other hand, if only a limited number of characters are required, the resource 
assembler 208 may open a glyph set to store only the required characters. 

In the present example, the first font set may be transferred in its entirety. The only required characters 
from the second font set may be numbers and mathematical symbols for an equation. The resource 

75 assembler will open a glyph set to store the characters for the equation. The glyph set may remain open 
because the next portion of the page requires a limited number of characters in italics (font number three). 
It should be noted that the size of a glyph set is dynamically variable. For example, at the beginning of the 
printing operation, the goal is to get the print engine 226 to work as quickly as possible. To that end, the 
resource assembler 208 may use small glyph sets for the first data blocks of the document so the glyph 

20 sets may be transferred to the printer resource store 220 as soon as possible. This gives the print engine 
226 something to work on while the resource assembler 208 assembles resources for subsequent data 
blocks. The size of subsequent glyph sets is generally determined by parameters such as the size of the 
printer resource store 220 and the rate of data transfer between the host computer 202 and the printer 218. 
The resource assembler 208 will keep the glyph set open until it reaches a predetermined size. 

25 As previously described, glyph sets may contain characters from different font sets. Conversely, 
characters from the same font set may be stored in different glyph sets because of the dependencies. For 
example, some of the characters used in the mathematical formula described above may be used in a 
second equation printed in a subsequent data block. The second equation may also use additional 
characters from the second font set as well as characters from fourth and fifth font sets. The resource 

30 assembler 208 may construct a second glyph set that contains only the additional characters required for 
the second equation. When the resource executor 224 processes the RPLs and resources into a bit-map 
data file, it will use the characters from both glyph sets to construct a bit map for the second equation. The 
RPL for placing a glyph set is in a format that identifies which glyph set and which character is being 
placed at a particular position on the printed page. The RPL for the second equation of the example may 

35 have the following sequence: 



Glyph 


set 


1, 


character 


1 




Glyph 


set 


1, 


character 


2 




Glyph 


set 


1, 


character 


3 




Glyph 


set 


1, 


character 


12; 


Glyph 


set 


2, 


character 


1 




Glyph 


set 


2, 


character 


2 




Glyph 


set 


1, 


character 


17; 


Glyph 


set 


2, 


character 


3 




Glyph 


set 


2, 


character 


4 




Glyph 


set 


2, 


character 


4 




Glyph 


set 


2, 


character 


5 




Glyph 


set 


2, 


character 


6 




Glyph 


set 


2, 


character 


7. 



Note that the use of both glyph sets in a single RPL necessitates having both glyph sets in the printer 
so resource store 220 at the same time. If the first glyph set has been deleted from the printer resource store 
220, the resource loader 214 determines that the first glyph set must be reloaded from the host resource 
store 210. 

The resource scheduler 216 controls the timing of the request so that the printer resource store 220 
does not overflow and so that the resources are available in the printer resource store in a timely manner. 
55 Prior art systems download entire fonts and do not attempt to manage the printer memory. This can result 
in memory overflows where the print task cannot be completed. Even systems that can perform incremental 
downloading, as described above, do not attempt to manage the printer memory except to periodically clear 
the downloaded fonts. In contrast, the computer-printer system 200 of the present invention saves time and 
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printer memory by assembling characters into glyph sets because only the required characters are 
transferred to the printer resource store 220, and the glyph set resource is actively managed as described 
above. Thus, the overall efficiency of the printing process is enhanced. 

To summarize the operation of the resource assembler 208, the resource assembler determines the 
5 resource dependencies, communicates that information to other portions of the computer-printer system 
200 and processes the document description in the most efficient manner. The resource assembler 208 
also creates RPLs describing the data blocks and stores the RPLs and resources within the host resource 
store 210. 

The resource loader 214 is responsible for determining the sequence in which resources will be loaded 

70 into and released from the printer resource store 220. The resource loader 214 always has access to the 
system dependencies determined by the resource assembler 208 so that the most efficient sequence of 
loading and reloading resources can be determined. The resource loader 214 may be located within the 
host computer 202 or within the printer 218 depending on the communication capability of the computer- 
printer system 200. If there is only one way communication from the host computer 202 to the printer 218, 

rs the resource loader 214 always resides in the host computer 202. Thus, the printer memory 222 is 
managed by the host computer 202. However, if there is bi-directional communication capability, the 
resource loader 214 may reside in the printer 218 to allow the printer to manage its own memory. The 
resource loader 214 controls the transfer of both the RPLs and the resources to the printer 218. 

As noted above, the host resource store 210 is large enough in size that resources assembled by the 

20 resource assembler 208 are loaded into the host resource store only a single time. The host resource store 
210 is not concerned with the size of the resources or the constraints imposed by the size of the printer 
resource store 220. On the other hand, the printer resource store 220 is limited in size, and the resources 
are constrained by the size limitation. To effectively manage the printer resource store 220, the resource 
loader 214 looks at the size of each resource already in the printer resource store 220 and at the resource 

25 dependencies (previously determined by the resource assembler 208) and determines the order in which 
the resources are to be loaded into the printer and released from the printer so that the printer resource 
store 220 does not run out of space. Thus, the resource loader 214 may load and release a particular 
resource many times during the course of a printing task. 

It should be noted that the resource loader 214 may release a particular resource when it is no longer 

30 needed. The printer 218 may not immediately delete the particular resource from the printer resource store 
220 because the resource may still be needed within the printer 218. Since the host computer 202 and the 
printer 218 operate asynchronously, the release of a resource by the resource loader 214 may not 
immediately cause the deletion of the resource from the printer resource store 220. Thus, the terms 
"releasing" and "deleting" a resource are not synonymous. A resource is released when the resource 

35 loader 214 determines that a resource should be eliminated from the printer resource store 220. From the 
perspective of the resource loader 214, the resource is no longer present in the printer 218. The resource 
loader 214 will then specify the next resource to load or release. A resource is deleted when the printer 218 
no longer requires the resource within the printer and actually deletes the resource from the printer 
resource store 220. The resource loader 214 is only interested in the size of each resource and whether it 

40 makes sense, from an efficiency perspective, for a particular resource to be present in the printer resource 
store 220. The resource loader 214 keeps track of the size of the printer resource store 220 and the 
available space therein, the current state of the printer resource store 220 (i.e., which resources are present 
in the printer resource store), and determines which resources to retain or release. The resource loader 214 
looks at the explicit dependencies for both current RPLs and future RPLs. Note that the resource loader 214 

45 is only interested in the order in which resources should be loaded and released; it is not concerned with 
the actual timing of resource changes. The timing of changes to the printer resource store 220 is controlled 
by the resource scheduler 216. 

As stated above, the explicitly stated dependencies makes it easier for the resource loader 214 to 
determine the sequence of loading resources into the printer resource store 220. The more difficult task is 

so to determine when to release resources from the printer resource store 220 to make room for new 
resources. It is obvious that a resource that will never be used again can be deleted without concern. 
However, if the resources will be used again in the future, the resource loader 214 must decide which 
resources to release to make room for new resources. In many caching systems of the prior art, the general 
approach is to delete the item that was least recently used (i.e., delete the resource the was used the 

55 longest time ago). This approach is not effective for predicting which resources are least needed in the 
future. Because of the explicit dependencies, the computer-printer system 200 can perform clairvoyant 
caching of resources to predict the most efficient storage of resources for future data blocks of the 
document. The resources are managed based on the order in which the resources are used, the amount of 
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space required to store a resource, and the time required to reload a resource if it must be released from 
the printer resource store 220. The resource loader 214 uses the explicit dependencies to establish a "time 
line" in which the resource loader looks at the resources currently in the printer resource store 220 and 
determines which resource will be used farthest out in time. However, as stated above, the resource loader 
5 214 also considers the size of the resource to be deleted and the time required to reload the resource in 
the future. 

As an example of clairvoyant caching, assume that the printer resource store 220 already contains ten 
resources (generically labeled 1 through 10 for this example), and the printer 218 requires resource number 
11 for a particular data block. The resource loader 214 will look at the time line and may determine that 

w resource number 8, for example, will be used farthest out in time. However, if resource number 8 is small in 
size, its release may still leave the printer resource store 220 without sufficient space to load the required 
resource number 11. Therefore, the resource loader 214 will look again at the time line to determine the 
next resource after number 8 that will be used farthest out in time. Resource number 2, for example, could 
be released. However, if the release of resource number 2 creates more free space in the printer resource 

75 store 220 than is necessary, and the reloading of resource number 2 in the future will be very time 
consuming, the resource loader 214 may look again at the time line to release one or more other resources 
instead. In this example, the resource loader 214 may release resource numbers 7 and 5, instead of 
resource numbers 2 and 8, in order to make room in the printer resource store 220 for the required 
resource number 11. This description simply serves as an example of the various parameters that the 

20 resource loader 214 considers in managing the printer resource store 220. 

While the resource loader 214 determines the order in which resources are loaded into and released 
from the printer resource store 220, the actual timing of the resource management is performed by the 
resource scheduler 216. The resource scheduler 216 may be thought of as the printer operating system. 
However, as discussed above, the resource scheduler 216 need not be physically located within the printer 

25 218. In a computer-printer system 200 with only one-way communication, the resource scheduler 216 may 
be located within the host computer 202 and manage the printer memory 222 from the host computer. If the 
computer-printer system 200 has bi-directional communication, the resource scheduler 216 resides in the 
printer 218 allowing the printer to manage it own printer memory 222. Because the host computer 202, the 
printer 218, and the print engine 226 within the printer ail operate asynchronously, the resource scheduler 

30 216 must control all timing so that there are no conflicts between the three asynchronous parts. The 
resource scheduler 216 initiates and controls all printer timing, synchronizes operation with the print engine 
226 and decides when a particular resource will be accepted into the printer resource store 220. 

The resource scheduler 216 also decides when to delete a particular resource from the printer resource 
store 220. As previously described, it is the task of the resource loader 214 to specify the sequence of 

35 loading and releasing resources. The resource scheduler 216 determines when the printer 218 has no 
further need for a particular resource which has previously been released by the resource loader 214. Like 
the resource loader 214, the resource scheduler 216 also has access to the explicit dependencies created 
by the resource assembler 208. Unlike the resource loader 214, the resource scheduler 216 is only 
interested in whether the necessary resources for the current page are present in the printer resource store 

40 220. 

When all dependencies for the current page are met (f.e., all required resources are present in the 
printer resource store 220), the resource scheduler 216 generates an execute signal that commits the print 
engine 226 to printing the page. As will be explained in greater detail below, the print engine must be 
provided with bit-map data in real-time once the commitment has been made to print a page or the page 
45 will not be properly printed because the print engine cannot stop in the middle of the page. It should be 
noted that a duplexing printer requires an execute signal for each side of the page (i.e., the printing process 
can stop between sides of the paper). The resource scheduler 216 determines when a real-time commit- 
ment can be made to the print engine and generates the execute signal to commit the print engine to 
printing a page. 

so The resource scheduler 216 performs similar functions in both one-way and bi-directional communica- 
tions. In a one-way communication system, the resource scheduler 216 generates a BUSY flag in the 
hardware interface which indicates printer status to the host computer 202. The resource scheduler also 
decides when in time a resource will actually be deleted from the printer resource store 218. In a bi- 
directional communication system, the resource loader 214 manages the printer memory 222 from the 

55 printer 218 and makes specific requests to the host computer 202 for particular resources. In addition, the 
resource scheduler 216 monitors the printing process and informs the host computer 202 when a page has 
cleared the last paper jam sensor within the print engine 226. Thus, the host computer 202 knows that it no 
longer needs to retain resources associated with that page to provide error recovery. The resource 
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scheduler 216 may also plan the paper path for a printing task. This is especially important in large printers 
which have multiple paper bins, multiple paper sizes and paths. Planning the optimal paper path improves 
the overall efficiency of the printing task. 

The resource executor 224 accepts the execute signal from the resource scheduler 216 and converts 

s the RPLs to a bit-map that can be used by the print engine 226 to actually print the page. Other resources 
may already be present within the printer resource store 220 in bit-map form. The resource executor 224 
utilizes the resources, which are currently available in the printer resource store 220, to generate the bit- 
map. As previously discussed, some printers operate in a banding mode. The computer-printer system 200 
of the present invention works with printers operating in a banding mode or a page mode. The resource 

70 executor 224 is constrained to real-time operation if a banding mode is used. That is, once a real-time 
commitment has been made to the print engine 226, the resource executor must convert all RPLs to a bit- 
map, one band at a time, in real-time or an error will occur. If the printer 218 is operating in the page mode t 
(as opposed to the banding mode), there is no real-time commitment. The resource executor 224 can 
convert the entire page to a bit-map before transferring the bit-map to the print engine. The computer- 

75 printer system 200 of the present invention can operate in either the page mode or the banding mode. The 
actual conversion of an RPL into a bit-map data file is well known to those of ordinary skill in the art and is 
not discussed herein. 

The print engine 226 accepts the bit-map data from the resource executor 224 and causes the bit-map 
data to be printed on the page. Use of the print engine 226 is also well known to those skilled in the art and 

20 is not discussed herein. 

As the bit-map data for one page of the document is processed by the print engine 226, the paper 
moves through the printer 218. There are a number of sensors throughout the print engine 226 to detect 
errors such as a paper jam or a low toner condition. Prior art systems retain the bit-map data in printer 
memory until the page clears the last paper jam sensor. If a paper jam error occurs, the prior art systems 

25 have the data already in bit-map form to reprint the page which jammed. If the computer-printer system 200 
has bi-directional communication capability, however, the bit-map data is not maintained within the printer 
218, but generates error recovery data within the host computer 202. Prior art systems may appear to have 
faster error recovery than the present invention because the bit-map data is already in the printer memory 
waiting to be reprinted if a page should jam. However, page jam errors occur so seldom in the normal 

30 printing process that it is more efficient for the overall printing process to continue processing data for 
future pages and not worry about the most efficient technique for error recovery. Rather, the computer- 
printer system 200 of the present invention is concerned with the most efficient technique for printing the 
entire document. 

Prior art systems cannot promptly process data for the next page because the printer memory is forced 
35 to retain the bit-map data until the page has cleared the last paper jam sensor. It takes a typical print engine 
approximately ten seconds to take a sheet of paper, produce an image on the paper, and drop the paper in 
a paper tray. The present invention continues to process data for future pages in a document with the 
expectation that the paper will not jam. During the period of time that the prior art systems are waiting for 
the printed page to clear the last paper jam sensor, the computer-printer system 200 can assemble 
40 resources, translate the PDL into RPLs and manage the flow of resources in the printer resource store 220 
for several pages. 

In the unlikely event of a paper jam, the host computer 202 reprocesses the page from the beginning. 
There is no real cost in time since the operator must intervene to physically remove the jammed page or 
pages if a paper jam does occur. While the operator is removing the jammed pages, the resource loader 

45 214 determines which pages need error recovery and begins to reload the required resources and RPLs 
into the printer 218. The explicit dependencies simplify the error recovery process because the resource 
loader 214 looks at the explicit dependency list to determine which resource are needed for the error 
recovery process. For example, the printer 218 may have jammed the sheets of paper numbered pages two 
through five, with pages two and three being duplex and four and five simplex. If the printer 218 had 

so previously specified the printing order to be page three (from bottom to top), page two (from top to bottom), 
page four (top to bottom) and page five (top to bottom), the resource loader 214 will use the explicit 
dependencies to request resources and RPLs in the most efficient manner to perform the error recovery. 
These activities may take place while the operator is removing the jammed paper. Thus, the computer- 
printer system 200 does not lose time in error recovery when compared to systems of the prior art. 

55 Furthermore, the efficiency of the printing process is greatly enhanced by assuming that the pages will not 
normally jam. Thus, the computer-printer system 200 can process a document in a much shorter time than 
any prior art systems. 
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As previously stated, the computer-printer system 200 of the present invention can operate with one- 
way communication from the host computer 202 to the printer 218, or can function with a complete bi- 
directional communication channel between the host computer 202 and the printer 218. If the hardware of 
the host computer 202 or of the printer 218 cannot support bi-directional communication, then only one way 

5 communication is possible. Even with the limits of one-way communication, the computer-printer system 
200 of the present invention is still an improvement over the prior art. In some cases, bi-directional 
communication may be supported by both the computer system 202 and the printer 218, but the latency 
time of the bi-directional communication channel is so long that it is impossible to efficiently support full bi- 
directional communication. In that event, the computer-printer system 200 of the present invention can 

10 support limited bi-directional communication between the printer 218 and the host computer 202. This 
mode, while still not as efficient as full bi-directional communication, is favored over one-way communica- 
tion. Limited bi-directional communication gives the host computer better error and status reporting than 
simple one-way communication. The data processing may proceed as if there is only one-way communica- 
tion, but if an error occurs, the computer-printer system 200 may utilize the error and status information to 

75 recover from the error. 

Some laser printer systems that use PCL language have provisions for a software cartridge to plug into 
the printer. The cartridge may contain additional fonts. The computer-printer system 200 may use such a 
cartridge to provide the printer 218 with the necessary components of the invention that reside within the 
printer. In one embodiment of the invention, the computer-printer system 200 has the ability to operate in a 

20 first mode using the PCL, or it may operate in a second mode using the present invention. In this 
embodiment, the computer-printer system 200 may automatically switch back and forth between the two 
modes. This allows the computer-printer system 200 to remain compatible with other applications, such as 
DOS applications. By switching back and forth between the two modes, the computer-printer system 200 
gives greater compatibility with prior art systems. 

25 Another important aspect of the inventive system is the determination of cost metrics. As previously 
mentioned, the resource assembler 208 (see Figure 2) determines whether the resource executor 224 can 
convert the RPLs for a data block in real time. As a further improvement, the resource assembler 208 
determines whether the host computer 202 or the printer 218 can convert the RPLs for a data block most 
efficiently. For the host computer 202 to become involved in the work normally done by the printer 218, the 

30 host computer 202 must know ahead of time how long it will take for the printer 218 to process an RPL. The 
time required by certain printer activities must be considered in deciding what to send to the printer 218 so 
that the printer does not fail. The present invention solves the problem of knowing how long it takes to print 
by using a statistical analysis called cost metrics. Using cost metrics allows the host computer 202 and the 
printer 218 to divide the processing of resources between the host computer and the printer to maximize 

35 the throughput of data. Instead of the printer doing all of the work, the host computer 202 now provides 
processing capabilities during the period before the printer feeds the paper and allows overall print times to 
be substantially improved. Cost refers to the print time for a page or band of data. 

Cost metrics is particularly useful in banding printers where real time constraints are more prevalent. 
Printers that have sufficient memory to store an entire page of bit-map data have no real-time constraints. 

40 However, the present invention is useful in page mode as well because the host computer 202 may still 
process portions of the RPLs describing the page. If a printer is coupled to a computer network, cost 
metrics is useful for predicting completion time for an entire printing task. While the following description 
provides details of operation with printing technology, the inventive system and method of cost metrics is 
applicable to other areas where cost modeling is useful, such as scheduling a real-time process. Some real- 

45 time operating systems require scheduling data including the cost of real-time activities. Cost metrics is 
also useful in profiling a module of code to construct a cost model for all possible input parameters. 
Compilers may also use cost metrics to drive their optimization strategies. Printing technology has real-time 
constraints, but cost metrics is applicable to areas without real-time constraints as well. For example, in a 
program whose execution time is dependent on input data, prior art systems can only supply input data and 

so determine the cost for that particular input data. In contrast, cost metrics may be used to model the 
program for all possible types of input data. 

In printing technology, the key to cost metrics lies in allowing the host computer 202 to break the data 
describing the entire page into smaller parts and send the parts to the printer 218 either as fast as possible, 
but within the data rate that the printer 218 can handle, or using the host computer 202 to process a part 

55 into bit-map data before it is sent to the printer. In other words, the host computer 202 may render parts of 
the data describing a page and send the rendered data to the printer 218. Even if the parts are sent to the 
printer for processing, the present invention is still faster than prior art systems because the data is in a 
form that simplifies processing. The present invention also has the capability of automatically reducing the 
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resolution of th8 printer 218 to assure that a page will be printed. The automatic resolution reduction will be 
discussed in detail below. 

Cost metrics provides the cost of each draw primitive for a given RPL or band. This cost is used by the 
resource assembler 208 to determine whether to send an RPL directly to the printer, send the RPL to the 
5 printer 218 to pre-render before a real-time commitment is made, or create a bit-map of the RPL in the host 
computer 202 and send the bit-map to the printer 218. These three options allow processing of data during 
times that the printer 218 is not actually printing a page (e.g., during paper feed operations). The result is a 
substantially reduced overall print time. 

Breaking the page into smaller parts may involve banding. As previously described, banding involves 
w breaking the printed page down into a number of horizontal segments called bands. Without banding, 
printers require large amounts of memory to store an entire page in bit-map form. With banding, the printer 
need only store the bit-map for a single band, although the printer may store more than one band if it has 
sufficient memory. 

Figure 4 illustrates some of the possible options for delivering a band of data to the printer. The A form 

75 in Figure 4 represents a band of data that is described using any number of draw primitives in the form of 
an RPL. The B form of the data represents a bit-map data file describing the band. Note that the bit-map 
may be created in either the host computer 202 or the printer 218. In some cases, the host computer 202 
may compress the bit-map data file as represented by the C form. As can be seen in Figure 4, option 1 of 
the data processing allows the host computer 202 to render the RPL (A form) into a bit-map data file (B 

20 form) and compress the data file (C form). The resource assembler 208 acts as a host resource executor 
(HRE) to render the RPL into a bit-map. The compressed data file (C form) is transmitted to the printer 218 
and decompressed back into a bit map (B form) within the printer 218. Alternatively, in option 2 the host 
computer 202 transmits the RPL (A form) directly to the printer 218. The printer renders the RPL (A form) to 
create a bit-map data file (B form) within the printer. As a third alternative, the host computer 202 renders 

25 the RPL (A form) into a bit-map data file (B form) and transmits the bit-map data file to the printer without 
compressing the data. The printer 218 receives the bit-map data file (B form), which requires no additional 
processing except of course for printing. 

Options 1 and 3 involve rendering by the host computer 202. The time available to render a band 
depends on the printer speed and the printer memory 222. Each band has only a limited amount of time in 

30 which it must be rendered by the printer 218. If the resource assembler 208 determines that the band 
cannot be rendered in the allowable amount of time, the host computer 202 will render the band into a bit- 
map data file. Alternatively, the host computer 202 may send the RPL to the printer 218 to pre-render the 
RPL before any real-time commitments are made. The ability of the printer to pre-render bands depends on 
the computing power of the printer 218 and the amount of printer memory 222 available to store bands of 

35 bit-map data. Bands that are too time-consuming to be rendered by the printer 218 are called complex 
bands. Complex bands exceed the allowed print time, which means that the band cannot be printed fast 
enough to meet real-time constraints. If a band is complex, the host computer 202 will render the band 
using option 1 or 3 shown in Figure 4. 

In actual practice, the process is complicated by the fact that there may be extra time available for 

40 rendering a band while the paper is moving through the printer 218. There may be times that a band can be 
effectively rendered in real-time if the time that the paper is moving is taken into account. The present 
invention includes this factor in the determination of whether the printer can render the bands in real-time. It 
is only when "too many" bands on a page cannot be rendered in real-time that the host computer 202 will 
render any of the bands. Many factors enter into the determination of how many bands are "too many." For 

45 example, the computing power of the printer 218, the speed of the print engine 226 (see Figure 2), and the 
amount of available printer memory 222. In the presently preferred embodiment, each band on a page has 
208 scan lines. Thus, the number of bands on a page depends on the page length. It should be noted, 
however, that the band size selected in the present embodiment is not a limiting factor and may arbitrarily 
selected or even vary from band to band. Band size, however determined, must be known in advance in 

so order to determine whether a band is simple or complex. 

The host computer 202 analyzes the complexity of bands by determining the time required for the 
exercise of options 1 or 3 plus the time to transfer the data to the printer 218 and compares the total time to 
the time require for the exercise of option 2 plus the time required to transfer the data to the printer 218. 
The host computer 202 selects the option having the smallest total time. 

55 There is an upper limit to the number of complex bands that can occur on a page before the host 
computer 202 simply renders the entire page. Obviously, this limit will vary depending on the relative 
computing power of the host computer 202 and the printer 218 and the amount of available printer memory 
222. If this limit has not been reached, the host computer 202 will render only the bands that cannot be 



19 



EP 0 578 263 A1 



rendered in real-time by the printer 218. Cost metrics is used to determine whether a band is classified as 
simple or complex. 

As mentioned above, the computer-printer system 200 can automatically reduce the resolution of the 
printer 218 if a particular RPL, band, or page cannot be printed in real-time at the full resolution of the 

5 printer. Prior art systems attempt to print a complex page, but cannot automatically reduce the resolution if 
the page cannot be printed. In fact, typical prior art systems cannot determine in real-time whether a 
particular page can be printed at full resolution. Therefore, the prior art system begins to process the page 
with the assumption that the page can be printed. If the page cannot, in fact, be printed in real-time, some 
prior art systems simply fail to print anything. The user must manually intervene to select a lower resolution 

w in which to print that particular page. Other prior art systems may print a portion of the page, such as a 
band, before failing. Subsequent bands may be printed on subsequent pages. For example, the first one 
third of a page may be printed on a single page, with the second third of the page printed on the next page. 
The final third of the page will be printed on yet another page. This occurs because the system cannot 
process the entire page at full resolution, and cannot reduce the resolution because the system does not 

75 know a priori that the page cannot be printed at full resolution in real-time. 

In sharp contrast, cost metrics allows the inventive computer-printer system 200 to determine a priori 
whether a page can be printed in real-time. The details of cost metrics are provided below. If the printer 218 
cannot process a page in real-time at full resolution, the host computer 202 automatically makes several 
decisions as to the best method for processing the page. The host computer 202 attempts to process the 

20 page at full resolution using three alternative processing techniques, and will only reduce the resolution if 
none of the alternative techniques will work. 

The resource assembler 208 (see Figure 2) determines the cost of executing each draw primitive in a 
data portion. A data portion can be a single RPL, a band of data, or a page of data in the form of an RPL. If 
the printer 218 can process the data portion in the A form (see Figure 4) in real-time, the RPL is transferred 

25 to the printer. This is illustrated as option 2 in Figure 4. If the printer 218 cannot process the RPL in real- 
time, the host computer 202 determines whether the printer 218 can pre-render the A form of the data 
portion before a real-time commitment is made to the print engine 226. If the printer 218 can pre-render the 
data portion, the data is transferred to the printer in the A form, as illustrated in option 2 of Figure 4. 

The computer-printer system 200 permits the processing of any data portion in less than 30 seconds. If 

30 the printer 218 cannot render the RPL in real-time or pre-render the RPL before a real-time commitment is 
made to the print engine 226, or render the RPL in less than 30 seconds, the host computer 202 may pre- 
render the data and transmit a bit-map to the printer. These possible data processing techniques are 
illustrated as options 1 and 3 in Figure 4. In option 3, the host computer 202 pre-renders the RPL and 
transmits a bit-map data file to the printer 218. Alternatively, the host computer 202 may render the RPL, 

35 compress the bit-map data file, and transmit the compressed bit-map data file to the printer 218, as 
illustrated by option 1 in Figure 4. 

Of the three options discussed above, only option 1 of Figure 4 may involve a reduction in resolution. 
The host computer 202 will attempt to process the data in real-time without sacrificing resolution. Only in 
the event that the printer 218 cannot process the RPL (A form) in real-time, and the printer either cannot 

40 pre-render the RPL (A form) before a real-time commitment is made to the print engine 226, or the host 
computer 202 cannot render the RPL and transmit the bit-map data file to the printer in real-time, or the 
host computer cannot render the RPL, compress the data and transfer the compressed data to the printer in 
real-time, will the host computer 202 reduce the resolution. Note that if the host computer 202 renders the 
RPL into a bit-map data file, there is no processing to be performed by the printer 218. The only concern is 

45 whether the bit-map data file rendered by the host computer 202 will fit within the printer resource store 220 
(see Figure 2). The resource loader 214 determines whether the bit map data file, which may be considered 
a resource, will fit within the printer resource store 220. If the bit-map data file rendered by the host 
computer 202 will not fit within the printer resource store, the resource assembler 208 will compress the bit- 
map data file. The resource assembler 208 can determine the amount of compression required before 

so actually creating a compressed bit-map data file. 

A mere compression of the bit-map data file does not involve the loss of data. In the presently preferred 
embodiment, the host computer 202 uses a well known compression techniques called run length encoding 
(RLE) compression. In RLE compression, the host computer 202 reduces the amount of data transferred to 
the printer 218 by not repeating data characters. For example, if a particular data character is transferred a 

55 number of times, the host computer 202 will transfer a number indicating the number of times that a 
particular character is to be repeated, followed by the data character itself. For example, a data character 
representing a line forming a box may be repeated 25 times. The host computer 202 transfers the number 
25 indicating that the following data character is to be repeated 25 times. The host computer 202 then 
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transfers the data character itself. Thus, 25 bytes of data may be represented by only four bytes. This well 
known form of data compression is not used in situations where the compression will result in more data 
being transferred from the host computer 202 to the printer 218. The RLE compression does not result in 
the loss of resolution because all data is transferred to the printer. 

5 If RLE compression still will not result in the bit-map data file fitting within the printer resource store 220 
(see Figure 2), the host computer 202 will resort to lossy compression in which some data is lost. This 
results in an effective reduction in the resolution of the printer 218. If lossy compression is required, the 
host computer 202 drops every other horizontal line in the bit-map data file rendered by the resource 
assembler 208 , resulting in a 50% reduction in the vertical resolution, and achieving a 50% reduction in the 

70 amount of data being transferred from the host computer 202 to the printer 218. In a typical 300 dpi printer, 
this results in a vertical resolution of 150 dpi. Obviously, less drastic reductions in resolution can also be 
employed. For example, the host computer 202 could reduce the resolution from 300 dpi by 300 dpi to 299 
dpi by 285 dpi. The examples of resolution reduction given above should not be considered a limitation to 
the invention. Alternatively, other forms of lossy compression, well known to those of skill in the art, may be 

rs used without resorting to a reduction in printer resolution. One form of lossy compression, for example, is to 
reduce the number of data bits in a gray scale. 

If the reduced bit-map data file, which has a 50% reduction in size still does not fit within the printer 
resource store 220, the host computer 202 will drop ever other vertical line in addition to every other 
horizontal line resulting in a 75% reduction in resolution, and achieving a 75% reduction in the amount of 

20 data being transferred from the host computer 202 to the printer 218. This reduction in resolution, while 
extreme, guarantees that bit-map data file will fit within the printer resource store 220.. The extreme 
reduction in resolution will generally not occur with great frequency. 

Whenever there is a reduction in resolution, the host computer 202 displays a message on its computer 
display screen (not shown) to advise the user that a reduction in resolution has occurred. Thus, the user 

25 gets a printed page and a message indicating that page has been printed with reduced resolution. 

The key to making the various determinations described above is the ability of the host computer 202 
to determine, with great accuracy, the time required to process the data using the three alternative 
techniques described above. The host computer 202 attempts to process the data in the most efficient 
manner without reducing resolution. The host computer 202 will only reduce resolution if necessary, and 

30 only to the extent necessary to achieve real-time processing of the data. 

The resource assembler 208 makes a series of decisions based on the processing power of the printer 
218, the amount of memory available in the printer resource store 220 or the printer memory 222, and the 
amount of time available to process the data. There are a series of decision gates, illustrated in the flow 
chart of Figure 5A, that depict the decision process performed by the resource assembler 208. In the first 

35 decision block 502, the resource loader 214 (see Figure 2) determines whether the A form of the data will fit 
within the printer resource store 220. If the result of decision block 500 is YES, the resource assembler 208, 
in decision block 504, determines whether the printer 218 can process the A form in real-time. If the printer 
218 can process the A form in real-time, the result of decision block 504 is YES. In that event, the resource 
assembler 208, in decision block 506, determines whether the printer 218 can process the A form of the 

40 data in less than 30 seconds. If the printer 218 can process the A form of the data in less than 30 seconds, 
then the result of decision block 506 is YES. In that event, the host computer 202 sends the A form of the 
data to the printer resource store 220 in step 508. 

If the A form of the data portion will not fit within the printer resource store 220, the result of decision 
block 502 is NO. In that event, the host computer 202 will render the RPL into a bit-map data file in step 

45 510 in Figure 5B. Similarly, if the printer cannot process the A form in real-time, or cannot process the A 
form of the data in less than 30 seconds, the result of decision block 504 or 506, respectively, will be NO. If 
the result of decision block 504, or 506 is NO, the host computer 202 will render the RPL into a bit-map 
data file in step 510 in Figure 5B. Once the host computer 202 has rendered the A form into a bit-map data 
file in step 510, the host computer 202 determines if the bit-map data file will fit in the printer resource store 

50 220 in decision block 512. If the bit-map data file fits within the printer resource store 220, the result of 
decision block 512 is YES, and in step 514, the host computer 202 transfers the bit-map data file to the 
printer resource store 220. 

If the bit-map data file will not fit within the printer resource store 220, the result of decision block 512 is 
NO, and the host computer 202 determines if a compressed bit-map data file will fit within the printer 

55 resource store 220 in decision block 516, shown in Figure 5C. If the compressed bit-map data file will fit 
within the printer resource store 220, the result of decision block 516 is YES, and in step 518, the host 
computer 202 compresses the bit-map data file. In step 520, the host computer 202 transfers the 
compressed bit-map data file to the printer resource store 220. Note that none of the steps taken to this 
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point involve the loss of data. 

If the compressed bit-map data file cannot fit within the printer resource store 220, the result of decision 
block 516 is NO, and the host computer 202 must reduce the resolution of the data sent to the printer 218. 
This reduction in resolution does involve the loss of data. The resource assembler 202 determines if a bit- 

5 map data file reduced by 50% fits in the printer resource store 220 in decision block 522, shown in Figure 
5D. If the half-size bit-map data file fits within the printer resource store 220, the result of decision block 522 
is YES, and in step 524, the host computer 202 reduces the resolution of the bit-map data file by 50% to 
give a half-size bit-map data file. In step 526, the host computer 202 transfers the half-sized bit-map data 
file to the printer resource store 220. In step 527, the host computer 202 displays a message on its 

10 computer display screen (not shown) to advise the user that a reduction in resolution has occurred. 

If the half-size bit-map data file will not fit within the printer resource store 220, the result of decision 
block 522 is NO, and in step 528, the host computer 202 will reduce the original bit-map data file by 75%. 
The 75% reduction in the size of the bit-map data file essentially guarantees that the file will fit in the printer 
resource store 220. In step 530, the 75% reduced bit-map data file is transferred from the host computer 

75 202 to the printer resource store 220. In step 532, the host computer 202 displays a message on its 
computer display screen (not shown) to advise the user that a reduction in resolution has occurred. As 
discussed above, other forms of lossy compression may be used without reducing resolution of the printer 
218. 

While the above description involves resource-based printing, the principles of the present invention are 
20 equally applicable to any printer system such as PostScript™ or PCL™ . In any printing system where the 
image cannot be rendered in real-time, or where the resolution is too great, the principles of the present 
invention may be applied to automatically reduce the resolution so that even a complex page will be 
printed. The present invention is also applicable to peripherals other than a printer. For example, a graphics 
display unit (not shown) may process the data file contained within the host computer 202. The resource 
25 assembler 208 may process the data file into a bit-map data file and compress the bit-map data file as 
described above. 

As best seen in Figure 6, the cost metrics system establishes execution times for a variety of draw 
primitives using a variety of raster operation codes (ROPs). The draw primitives are stored as a test 
instruction set 250. The test instruction set may comprise all possible draw primitives or may be a subset of 
30 all possible draw primitives. The ROPs are a set of functions that define the way in which bits in a source 
code bit-map are combined with the bits in a brush bit-map and the bits in a destination bit-map. 

In the present embodiment of the invention, there are 256 different ROPs which are represented by 
eight data bits. The ROPs may be grouped into three types depending on the number of arguments that are 
received. The types of ROPs are shown in Table 1 below. 

35 



ROP Types 


Arguments that are used 


2 


destination, pattern 


3 


destination, pattern, source bit map 


4 


destination, pattern, source bit map. mask 



Table i. ROP Types 



45 The computer-printer system 200 calculates a series of execution times for various draw primitives at 
the time the printer 218 is installed on the computer 202. Alternatively, the cost metrics may be 
predetermined and the cost information for particular printers provided to the resource assembler 208 as a 
run-time binary file. The inventive system may also be used to benchmark performance of a printer. A timer 
252 is used to measure the execution times for the various draw primitives. By measuring the execution 

so times for the test instruction set 250, a evaluator module 254 establishes a printer model 256 representative 
of the particular printer 218. The printer model 256 is used to construct a log file 260, which contains the 
cost metrics data for the particular host computer 202 and printer 218 combination. To simplify the cost 
metrics data, the data is clumped and stored in a set of cost tables 262. The cost tables 262 contain cost 
metric data for certain classes of draw primitives. This requires far less memory than a data file including 

55 complete cost metrics data for all possible draw primitives. A set of map tables 264 provide a simple means 
of accessing cost data in the cost tables 262. The cost tables 262 and map tables 264 are attached to the 
resource assembler 208, which uses the cost data to determine the cost of each RPL at the time that a 
document is to be printed. Thus, the cost metrics data, which has been predetermined, may be used to 
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dynamically share the data processing responsibility between the host computer 202 and the printer 218. 

The timer 252 is used to determine the cost of execution of the test instruction set 250. In the present 
embodiment, the timer 252 uses the internal time keeping capability readily available on typical computers. 
As shown in Figure 7, typical computers use an oscillator 400 with a frequency of approximately 1,193,180 

5 Hertz. The period for this frequency is 838.0965 nanoseconds. For purposes of this application, we will 
define a clock tick as 838.0965 nanoseconds. A programmable interval counter (PIC) 402, which contains a 
16-bit counter, decrements itself by two every clock tick. The PIC 402 is programmed by the computer 
operating system to continuously count down from 65535 to 0, at which point the PIC 402 toggles the 
interrupt line 404 to the CPU 406. The CPU 406 responds only to the rising edge of the interrupt line 404. 

w However, because the PIC 402 decrements by 2 every clock tick, an interrupt is generated by the PIC 402 
approximately every 55 milliseconds. In response to the interrupt, the CPU 406 increments the value of the 
clock storage area 408. By using the combined counters in the PIC 402 and the clock storage area 408, it is 
possible to have a 48-bit counter with 838.0965 nanosecond resolution. 

The present invention repeatedly executes the same draw primitive for a predetermined time 410 and 

75 counts the number of times that the draw primitive was executed. A divider 412 divides the elapsed time as 
measured by the internal time keeping circuitry of the computer by the number of draw primitives executed 
to determine the cost per draw primitive. 

The easiest way to measure time on the host computer 202 (see Figure 2) is to call the date/time 
function in DOS. This is the approach commonly used. Another method is to call a BIOS function to find out 

20 the number of 55 millisecond clock ticks occurring since midnight. The problem with this method is that if 
the program runs overnight, a midnight event can be lost and the data/time will be one day late. The 
present invention uses a third approach. Since the inventive system requires a finer resolution than 55 
milliseconds, it uses the hardware timer 252 (see Figure 6) on the host computer 202 to decode the amount 
of time used to render draw primitives. Specifically, the programmable interval controller (PIC) 402 (see 

25 Figure 7) check that drives the previously mentioned BIOS function is used to measure time. This allows 
the system to obtain a much finer resolution timer. Instead of 55 milliseconds, it is possible to achieve a 
theoretical resolution of approximately 838 nanoseconds because the hardware timer is a 16-bit timer and 
(55 milliseconds)/65536 is 838 nanoseconds. Note however that the communication link with the printer has 
some randomness, and in practice we can only achieve 10 microsecond resolution. All of the above 

30 numbers are round numbers. The timer 252 is much more precise than these round numbers indicate. The 
present invention uses a combination of the BIOS counter and the PIC to provide the timer 252 used to 
measure the execution times of draw primitives. 

The PIC 402 has three count-down timers (not shown) that are clocked at a constant rate. The PIC chip 
counters use a value of 65536 and count down. When the counters reach zero on the PIC they start a 

35 process. For Timer 0 this means generating an interrupt (Vector 8H, 20-23 H). The original value is loaded 
into the counter and the process continues. BIOS increments a ULONG count at location 40H:6CH. This 
counter represents the number of ticks that have (or should have) occurred since the last midnight event (12 
o'clock midnight). This BIOS counter is updated by the timer tick, by the real-time clock (at bootup), and by 
the MS-DOS "TIME" command whenever the real-time clock is changed. At midnight. The BIOS counter 

40 "rolls over" and starts again from zero. There are 1,573,040 timer ticks in one 24 hour period. The BIOS 
counter may contain values from 0 to 1 ,573,039. 

There is a BIOS call to obtain this counter, but it cannot be used in this application because if a 
"midnight event" has occurred, it will return this condition to the caller and forget about it. Handling the 
"midnight event" is a difficult process that the present invention has chosen to avoid. Normally, overflow 

45 conditions are handled by MS-DOS. If the BIOS call is used and the overflow condition occurs, there is no 
way to funnel this event back into MS-DOS except to set the date forward by one day. The logic for this is 
too complicated. 

Instead, the timer 252 simply looks at the BIOS area and reads the 4 byte tick counter, but remember, 
the tick counter will be reset back to zero at midnight. It is important to ask MS-DOS to do something that 
so requires it to make this BIOS call at least every 24 hours. An example of this is writing to a file because 
MS-DOS needs to update the file's modification time. 

Synchronizing the host computer 202 with the timer 252 to measure costs involves using timer 0 (not 
shown) of the PIC 402. Timer 0 drives the system clock. Timer 0 is programmed to operate in Mode 3— the 
square wave rate generator. This means that the output will remain high (first phase) until one half the count 
55 has been completed (for even numbers) and go low (second phase) for the other half of the count. 

If the count is odd and the output is high, the first clock pulse (after the count is loaded) decrements the 
count by 1 . Subsequent clock pulses decrement the clock by 2. After a timeout, the output goes low and 
the full count is reloaded. The first clock pulse (following the reload) decrements the counter by 3. 
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Subsequent clock pulses decrement the count by 2 until timeout. Then the whole process is repeated. In 
this way, if the count is odd, the output will be high for (N + 1)/2 counts and low for (N-1)/2 counts. One can 

read the count by using PIC LATCHIT to latch a counter, and then reading the value, but merely reading 

the value does not indicate whether timer 0 is on the first phase or second phase of the cycle. The only 
5 way to tell is to wait for the counter to roll over and see if a clock tick is generated. 

The square wave rate generator (timer 0) is hooked up to Interrupt Vector 8H (vector address 20-23H). 
This normally points into BIOS which also calls another timer tick interrupt vector at 1CH (vector address 
70-73H). Normally, 1CH points to a DUMMY_RETURN. If Vector 8H is simply replaced, the System Clock 
will not function properly. Vector 8H must be called every 18.2 milliseconds. 
10 There are two 16-bit values in the BIOS area and one 16-bit value in the PIC chip for a total of three 
USHORTs. Each USHORT fetch is atomic, but an interrupt can occur between any of these fetches so there 
is no way to construct a clean 48-bit atomic access using these point alone. For example, if interrupt occurs 
between the first fetch and the second fetch, we may read 000BFFFF instead of the more correct 
000AFFFF or 000BOO0O. Either of the last two is permissible, but the first one is way off and would, of 
75 course, lead to improper timing. 

Since the timer interrupt only occurs once every 18.2 milliseconds, we can easily read the BIOS area 
twice and return a value that is repeatable (we could also disable interrupts or do a 32-bit access using 386 
or 486 registers, but disabling interrupts doesn't stop the PIC counter). 

To solve this problem we first construct a safe 32-bit number access for the BIOS area. Since the BIOS 
20 area is only updated every 18.2 ms, we can simply read it twice and make sure it didn't change. The values 
read from the BIOS are ulBIOSI, and ulBIOS2. The values latched from the PIC counter are usPid, usPic2, 
etc. 

The procedure for accessing the PIC 402 is first to write your intentions to PIC_CONTROL__PORT, 
and then read or write one or two bytes to the appropriate TIMERx port (on the PIC). 

25 It is important in this application that we measure the difference between the start and stop accurately. 
Whether we wasted a few milliseconds before or after the test is not very important. To accomplish this, we 
will wait until the timer "rolls over" before returning to the application. Then, when the stop timer call is 
made, we have a more accurate measurement of the time in-between. Since the PIC is decremented by 2, 
the least significant bit is always zero and therefore meaningless. When the PIC 402 reaches zero, OUT0 is 

30 toggled and the PIC is reloaded. Interrupts only occur on every other OUT0 transition. So, there only the 15 
highest bits of PIC are significant, and there is another bit (OUT0) that is not available and must be derived 
through detective work. 

The only way we have of observing this hidden bit is to wait for the 15-bit PIC counter to roll over, and 
then look to see if the 32-bit counter in BIOS memory changes. That is, if the hidden bit is '1 then the 

35 carry will propagate through, otherwise, the carry will not propagate. There is some extra caution we must 
impose because the 15-bit PIC counter is a hardware counter. It cannot be stopped, and it runs 
asynchronously from our program. Any interrupts that it causes will not be processed immediately by the 
CPU. There is delay, and the delay is unpredictable. 

The timer 252 may also be used without other aspects of cost metrics for measuring code execution 

40 times. This is particularly useful for such applications as profiling code to measure execution times. 

The evaluator module 254 uses the timer information to obtain the cost metrics. The goal of the 
evaluator module 254 is to determine the cost of a single draw primitive. As previously discussed, the 
resolution of typical timers is not sufficient for purposes of the present invention. The timing resolution over 
the communication channel to the printer has a repeatable resolution of approximately 10 microseconds, but 

45 the required resolution is less than 1 nanosecond. To achieve the required resolution, the printer 218 is 
asked to execute a number of draw primitives. The number of primitives may exceed 10,000. 

The evaluator module 254 begins by requesting that the printer 218 perform a few draw primitives. It 
should be noted that the same draw primitive, with the same parameters, ROP, shape and brush are used. 
The number of primitives that are executed is increased until a predetermined time 410 has elapsed. The 

so evaluator module 254 evaluates the number of draw primitives executed during the predetermined period of 
time in order to calculate the amount of time required to execute that particular primitive using that 
particular ROP, a shape and a particular brush. In other words the evaluator module 254 determines how 
many draw primitives are executed in the predetermined period to determine how long it takes to execute a 
single draw primitive of that type. This procedure for a particular draw primitive is called a sample. 

55 The evaluator module 254 determines samples for various types of draw primitives. In the presently 
preferred embodiment, the evaluator module 254 chooses a predetermined time of approximately 300 
milliseconds. With a timer accuracy of 10 microseconds, this results in a maximum error of approximately 
0.0033%. The time that it takes to determine a sample is relatively constant. If the draw primitives are 
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simple, the evaluator module 254 must send a few more draw primitives during the predetermined period. If 
the draw primitives are relatively complex, the evaluator module will send less draw primitives during the 
predetermined period. Thus, the only variable is the number of primitives sent during the predetermined 
period. As can be readily seen, virtually any resolution may be achieved by varying the predetermined time 

5 410. For example, using a test period of approximately 3,000 milliseconds (3 seconds) will give a resolution 
of 0.00033%. In the presently preferred embodiment, a predetermined time of approximately 300 millisec- 
onds was selected to minimize the time required to execute the test instruction set 250. 

The printer module 256 instructs the evaluator module 254 as to which draw primitives from the test 
instruction set 250 to send to the printer 218. The printer model 256 uses the sample data to model the 

10 particular printer 218 installed on the host computer 202. The model for a particular printer is developed by 
determining the cost to perform various functions. It may take 1,5, 10, or more samples to determine the 
cost of various functions. The printer model 256 may use least-linear-square regression (LLSR) statistics to 
find the slope or intercept of certain cost curves. This techniques is well known to those of skill in the art 
and will not be described in detail. Simply put, LLSR is a statistical method for selecting a "best" line to fit 

75 a series of points. The line is a model of the points. If the model is "good", then the points will very close to 
the line. The present invention uses LLSR in a variety of ways. For example, the evaluator module 254 uses 
LLSR to find the cost per draw primitive. The printer model 256 uses LLSR to fit the data to the model for 
draw primitives by keeping all but one variable constant. This allows the printer model 256 to isolate the 
effect of that variable from the others. The application of LLSR to the printer model 256 will be discussed in 

20 detail below. 

In general, there is a cost associated with anything that the printer 218 does. For example, there is the 
cost of rendering the primitive into a bit-map data file for a particular band. In addition, there is the cost for 
marking a particular dot on the page, and a cost for filling in a row on the page. The cost for rendering a 
primitive will be referred to as P, while the cost for a dot and a row are referred to as D and R, respectively. 
25 The printer model 256 determines cost information for executing various draw primitives of different 
dimensions. A zero dimension primitive has only one cost to be characterized. Other primitives have one or 
more dimensions and one or more costs that need to be characterized. Table 2 below shows the draw 
primitives and their associated costs. 



Render Primitive 


Number of Dimensions in 
the primitive 


Associated Costs 


line 


0 


Primitive Cost 


glyph 


1 


Primitive and Dot 
Cost 


rectangle, wedge 


2 


Primitive, Dot. and 
Row Cost 


glyphBDN 


3 


Primitive, Dot. Row, 
and Multiple Glyphs 



Table 2. Render Primitives and Associated Costs 



Zero dimension primitives have the same execution time regardless of the ROP, brush, drawing 

position, or pen style. Examples of zero dimension primitives are cursor movement commands such as 
45 SetRowAbsolute (SetRowAbs); or SetColumnAbsolute (SetColAbs). The SetRopAndBrush primitive is also a 

zero dimension primitive, but it is a unique case because it needs to be enumerated 1 ,024 times because 

there are four possible brushes and 256 possible ROPs (4 x 256 = 1 ,024). 

One dimensional primitives depend on a single variable such as width or length. As previously 

mentioned, the printer model 256 uses LLSR to determine the best fit line to characterize the parameters 
so associated with the primitive. It generally takes five samples to determine the best fit. An example of a one 

dimensional primitive is LineAbsolute (LineAbsS) which is a primitive to draw a line. 

Two dimensional primitives depend on two variables such as width and height. It generally takes ten 

samples to properly characterize these primitives. An example of a two dimensional draw primitive is 

Rectangle (Rect) which draws a rectangle 
55 There is only one three dimensional primitive, (GlyphBDN). This primitive generally requires fifteen 

samples to adequately characterize it. The GlyphBDN primitives depends on the three variables height, 

width and number of sub-glyphs. A sub-glyph is a glyph contained within the GlyphBDN draw primitive. 

While the GlyphBDN is considered a single primitive, it can have many sub-glyphs each with their own 
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width and height. The cost of drawing a GlyphBDN primitive varies depending upon whether it is used to 
draw one glyph or many glyphs. 

The presently preferred embodiment makes several assumptions about operation of a particular printer. 
These assumptions reduce the number of models required for various primitives. Specifically, the invention 
6 assumes that the cost for rendering a particular primitive (P), the dot cost (D), and the row cost (R) are 
constant for any given printer. This allows the various dimensions of primitives to be characterized by the 
equations in Table 3 below. 



Dimension 


Execution Model 


0 


t = 


P 


1 


t = 


P + wR 


2 


/ = 


P + wR+whD 


3 


t = 


1 = 1 



Table 3. Table of Execution Model for primitives of various dimensions. 



20 

where: 

f is the total time required, P is the time required to execute the primitive, h is the height of the object, 
R is the row cost, w is the width of the object, D is the time required to touch a dot, n is the number of sub- 
primitives of a primitive, and N is the cost of processing a sub-primitive. 

25 To determine the cost of a primitive, the system selects one of the models corresponding to the 
dimension of the primitive to be rendered. For example, to determine the cost of a two dimensional 
primitive, the system uses two phases of calculations. 

In phase one, we want to isolate parameter D. To do this, it is possible to use LLSR and keep w 
constant. By varying only /), we are able to isolate parameter D. 

30 Using the formula for two dimensions from Table 3, the total cost for a draw primitive is given by the 
formula: 

t = P + wR + whD 

35 Assume that: 
K y = P + wR 
K 2 = wD 

40 

Then, 

t = Ky + K 2 h 

45 By taking five samples of various h and using LLSR, the system can find the two constants. Because the 
value of w is known, it is possible to determine 0. 

In phase two, we want to isolate parameter R. To do this, it is necessary to keep h constant and vary w. 
The equations are now: 

so t = P + wR + whD 

in which w will be varied. In order to create a set of sample that only varies with tv, it is necessary to 
subtract the whD term from every sample. This results in: 

where t ilST is the time used by the LLSR analysis and t 8ampfe is the sample time determined by the evaluator 
module 254. This results in a simple equation that is easy to fit data in the LLSR analysis. It is possible to 



26 



EP 0 578 263 A1 



do this because D is known from Phase one, and w and h are also known for every sample. 
Assume that: 

K, = P 

5 

K 2 = R 
Then, 
10 t = /Ci + K 2 w 

By taking five samples of various w and using LLSR, the two constants can be found. The two constants 
are P and R. Thus, the two phases allow the determination of the parameters P, D, and R. The cost for the 
primitive can then be determined for any width and height. 

75 The number of dimensions in a render primitive affect the number of tests in a sample and the total test 
time required per sample. To calculate the execution cost for all the drawing primitives, the system uses 1 , 
5, 10, or 15 test points for the height and the width during phases one and two. The values selected result 
in increasing execution times from 300 to 1500 milliseconds depending on the number of test points 
evaluated. Table 4 shows the relationship between dimensions and test time. To minimize the testing time, 

20 a number of small draw primitives are sent to the printer 218 by the evaluator module 254 for each test 
point and gradually increased in size until approximately a 300 millisecond print time is reached. After a 
print time of 300 millisecond is reached, the test point is recorded and the test proceeds to the next test 
point. This process is repeated until the test points have been tested. 

25 



Number of test values 


Number of dimensions in 
resource primitive 


Test time 


1 


0 (line) 


300 ms 


5 


1 (glyph) 


1500 ms 


10 


2 (rectangle, wedge) 


3000 ms 


15 


3 (glyphBDN) 


4500 ms 



Table 4. Test Times for characterizing primitives. 



35 When the printer model 256 creates the cost data as described above, the cost data is stored in the log 
file 260. To simplify the data retrieval process, the cost data in the log file 260 is classified and stored in the 
cost tables 262. The classification process simplifies the data structure required to store cost data. The 
present embodiment makes several assumptions that simplify the classification process. In many cases, it is 
known that the same code within the printer is used to draw different primitives. For example the same 

40 code that draws the GlyphBI draw primitive is used to draw the BitmapHR draw primitive. Because of this 
redundancy in the code, the system need only store cost data for one primitive. Some draw primitives that 
the resource assembler 208 does not use, such as GlyphBI, do not need to be measured. 

Analysis of the dot costs also indicates that for a particular ROP and brush, the dot cost is the same 
from one draw primitive to another. That is the cost per dot for the draw primitive Rect, ROP0, black brush 

45 is the same as the cost per dot for the draw primitive Glyph, ROP0, black brush. Therefore, there is not a 
different dot cost for each draw primitive, but for each ROP and brush combination. With four brushes and 
256 ROPs, there are 1,024 possible dot costs. 

To simplify the classification, the system uses a clumping scheme to classify the primitives. Clumping 
refers to a process that reduces the number of data entries by grouping or clumping draw primitives that 

so have similar costs. The present embodiment of the invention calculates the cost of the primitive parameters 
P, D, and R, for all draw primitives and groups them into broader categories. When a group of similar draw 
primitives such as SefectL, selectB and Selects have three different costs, it is only necessary to include 
the most expensive cost of the three. Since these commands are used relatively infrequently, the deviation 
is of little consequence. Where there are different forms of a primitive, it is only necessary to classify the 

55 most costly form and use that cost for the other forms. In all cases, the cost tables 262 contain the higher 
cost so that a printer error will not occur by assuming that the printer can render a band in real-time only to 
discover that it cannot Note that this classification scheme is presented only as a means for reducing the 
memory required for the log file. It is possible, but not practical, to include the actual costs for all possible 
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primitives. 

The log file 260 contains the cost metrics data for all parameters for each of the draw primitives. As an 
example of the clumping process, assume that a group of draw primitives have the following costs for the 
parameter D: 1, 2, 2, 2, 5, 5, 6, 9, 10, 10. Instead of having ten data entries, the system may create three 

s clumps of 2, 6, and 10. The first four draw primitives are assigned to the first clump with a cost of 2, the 
next three draw primitives are assigned to the second clump with a cost of 6, and the final three draw 
primitives are assigned to the third clump with a cost of 10. Note that this results in some inaccuracy since 
some draw primitives have actual costs that are less than the clump cost to which they are assigned. 
However, the number of clumps is variable and is selected so that the amount of error is minimized. Also 

ro note that a draw primitive is never assigned to a clump that is less than the actual cost. This assures that 
the clump costs never underestimate the actual cost. Underestimating the actual cost could result in a 
printer error if the resource assembler 208 determines that an RPL can be rendered in real-time due to 
underestimating the actual cost. In the case of the 1 ,024 cost data entries for dot costs, actual experience 
indicates that these may be represented by only 40 clumped dot cost data entries. 

75 The process of clumping is performed by arranging all costs for a certain parameter in a row arranged 
from the lowest cost to the highest cost. Subtract each cost data entry from its neighbor, and store the 
difference in an array. An offset value for each array entry keeps track of the actual cost. Then sort the 
difference array from largest cost to smallest cost. The first entry in the sorted array is the clump data cost 
for one clump. The second entry in the sorted array is the clump cost if two clumps are used. The third 

20 entry in the sorted array is the clump cost if three clumps are used, and so forth. 

As an example of the clumping process, assume we have the following costs for the parameter D: 1 , 2, 
2, 2, 5, 5, 6, 9, 10, 10. When each cost is subtracted from its neighbor you get the following array: 1(2-1), 0- 
(2-2), 0(2-2), 3(5-2), 0(5-5). 1(6-5), 3(9-6), 1(10-9), and 0(10-10). The array is then arranged in sequential 
order from largest to smallest, and if two numbers are the same, the difference number associated with the 

25 highest cost is listed first. In the above example, the sequentially arranged difference array is 3, 3, 1, 1, 1, 
0, 0, 0, 0. The first numeral 3 in the difference array is associated with the cost difference between 9 and 6, 
while the second numeral 3 is associated with the cost difference between 5 and 2. Therefore, if there are 
two cost clumps, the clumps are divided by the cost difference associated with the first numeral in the 
sequential difference array. In this example, the two clumps are divided between the 6 and 9 cost numbers 

30 associated with the first numeral 3. Therefore, one clump will contain costs from 9-10, while the second 
slump will contain costs between 1-6. Similarly, if three cost clumps are used, the second and third clumps 
will be divided between the 2 and 5 cost numbers associated with the second numeral 3. Thus, the cost 
slumps will be 9-10, 5-6, and 1-2. This principle may be extended to any number of cost clumps. 
Alternatively, statistical processes such as histogram analysis may be used to determine the most 

35 appropriate clump costs. 

The clumped data entries are stored in the cost tables 262. A corresponding map table 264 is used to 
simplify access to the cost tables. For example, the 40 dot cost data entries are stored in a cost table 
having relative locations from 0 to 39. Note that in actual practice, the cost tables may located in any 
convenient location within the host computer 202. The dot cost map table contains 1 ,024 entries (4 x 256) 

40 each of which contains a number ranging from 0 to 39. The entry in the map table 264 corresponds to an 
entry in the dot cost table, which is part of the cost tables 262. 

The resource assembler 208 uses the map tables 264 and the cost tables 262 to determine the costs of 
each draw primitive. In one procedure, the resource assembler 208 could access the dot cost tables every 
time a draw primitive operation involves dot costs. A total cost could be accumulated. The total time is the 

46 cost data entry in the cost table times the number of dots of that particular type. However, calculating total 
cost in this manner requires a multiply operation for every draw primitive within a band. As is well known to 
those of ordinary skill in the art, multiply operations are time consuming. Therefore, the presently preferred 
embodiment uses 40 dot counters for each band (one dot counter for each of the 40 clumped dot costs). 
Whenever an operation involves a dot, the resource assembler 208 adds to the corresponding one of the 40 

so dot counters. At the end of the band, the resource assembler 208 multiplies the dot total in each of the 40 
dot counters times the cost data entry in the cost table 262 for the corresponding dot. Then the forty 
multiplied values are totaled to give the total dot cost for the band. This procedure involves far fewer 
multiplies than the first procedure. Also note that in a given band, some of the forty dot counters may have 
a value of zero, which can be checked for before executing a multiply operation. This saves additional time 

55 in calculating total dot cost. In similar fashion, other costs for draw primitives are calculated to give the total 
cost for a band. The resource assembler 208 determines the total cost for the band and compares the total 
cost with the time available to render the band within the printer 218. If the printer has sufficient time to 
render the band, the RPL data for that band is not rendered by the host computer 202. If a band is too 
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complex for real-time rendering, the band is marked as a possible candidate for pre-rendering by the printer 
218. When the cost for the entire page has been calculated by the resource assembler 208 using the cost 
metrics procedures described above, the bands are checked to see if the number of complex bands 
exceeds a predetermined number. As previously stated, the number of complex bands that is considered 

5 "too many" depends on numerous factors such as the computing power of the printer, the print engine 
speed, the overhead costs of the printer, and the amount of printer memory 222 (see Figure 2) available to 
store band data. If there are relatively few complex bands on a given page, the complex bands are sent to 
the printer 218 for pre-rendering. In this way, all of the complex bands are pre-rendered before the printer 
makes a real-time commitment to the print engine 226. The resource assembler 208 may also render some 

w of the complex bands and send the bit-map data for those bands to the printer 218. If there are too many 
complex bands, the resource assembler 208 will render the entire page. 

As an example of the cost calculation process, assume that we wish to draw a rectangle at a specific 
location on the page using ROP0 and a black brush. The rectangle will have a width, w, of 10 and a height, 
h, of 10. The following set of draw primitives may be used to create such a rectangle: Set RowAbs (...), 

is SetColAbs(...), SetExtAbs(...), SetRopandBrush(...), and Rect(w,h). For simplicity, the values of the ar- 
guments for most of the draw primitives have not been included. 
The following steps are used to achieve a total cost for this RPL: 

1. Find the cost metrics for the first three render primitives by going into the clump table and obtaining 
the values P, R and D for the specified parameters. Add the costs of P, R and D. The values for these 

20 primitives are the following: For SetRowAbsS (...) = 123.647 microseconds, SetColAbsS (...) = 23.665 
microseconds, and SetExtAbsS (...) = 23.664 microseconds. 

2. Find the cost metrics for the ROP specified by the SetRopAnd Brush combination (ROP number 41). 
The values are 224.633 microseconds for P, 1 1 .292 microseconds for R, and 0.04 microseconds for D. 
The total cost of the ROP and brush combination is 341 .6 microseconds (after 341 .6 microseconds, the 

25 bits for the rectangle are in the frame buffer ready to be printed.) 

Note that the driver keeps track of the ROP and brush combinations that have been looked up in the BID 
table. If doesn't look up the value for the combination again if it has previously been used. 

3. Add the cost of the ROP and brush combination to the cost of all the drawing primitives in the RPL 
list: 341.6 + 123.647 + 23.665 + 23.664 = 512.576 microseconds. This is the total cost of the RPL 

30 Because resources are used to print data, the cost metrics is particularly useful in printing technology. 
The host computer 202 creates the resources, and the dependencies of resources. By translating the 
resources into draw primitives, the cost of executing each of the draw primitives can be calculated by the 
host computer 202. The system described herein allows the resource assembler 208 easy access to the 
cost data at run-time. The time available for pre-rendering by the printer 218 is calculated into the cost 

35 metric data. The resource assembler 208 uses the cost metric data to make decisions about which part of 
the host computer-printer system 200 should process the data. The use of cost metrics allows the host 
computer 202 and the printer 218 to share data processing responsibilities in a manner not previously 
possible. 

The above description has provided a detailed description of the application of the inventive system and 
40 method in which the printer operation has been analyzed. It is possible to use the same techniques to 
analyze the operation of the computer as it relates to printing. The inventive system and method are also 
useful in applications other than printing, as previously discussed. 

It is to be understood that even though various embodiments and advantages of the present invention 
have been set forth in the foregoing description, the above disclosure is illustrative only, and changes may 
45 be made in detail and yet remain within the broad principles of the present invention. Therefore, the present 
invention is to be limited only by the appended claims. 

Claims 

50 1. A computer-printer system including a printer and a host computer for controlling and printing a 
document on the printer, the host computer having a resource storage area for storing resources, a 
plurality of resources stored in the resource storage area, and a data file for the document containing 
data describing a plurality of objects to be printed, the printer containing a print engine, the system 
comprising: 

55 a host resource store within the host computer storing a selected set of resources comprising a 

plurality of the resources required to print the document; 

a resource assembler within the host computer examining the data file and selecting some of the 
resources from the resource storage area to form said selected set of resources required for printing 
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the document, loading said selected set of resources in said host resource store, translating the data 
file into a set of primitives corresponding to the plurality of objects within a particular portion of the 
document, determining a subset of said selected resources which are required from said host resource 
store for printing said particular portion of the document, defining the interdependency of said set of 
primitives with said subset of required resources, determining if said subset of selected resources and 
said set of primitives will fit within the printer, and determining if the printer can process said set of 
primitives into a bit-map data file in real-time or if the printer can process said set of primitives into a 
bit-map data file before the print engine is activated, said resource assembler converting said set of 
primitives into said bit-map data file if the printer cannot store said subset of selected resources and 
said set of primitives or the printer can neither process said set of primitives into a bit-map data file in 
real-time nor process said set of primitives into a bit-map data file before the print engine is activated; 

a printer resource store within the printer receiving said subset of selected resources and said set 
of primitives or said bit-map data file from said host resource store and storing said subset of selected 
resources and said set of primitives or said bit-map data file; 

a resource loader within the host computer using said defined interdependency to determine a 
loading and releasing sequence in which said subset of required resources and said set of primitives 
will be sent to said printer resource store and released from said printer resource store; 

a resource scheduler within the printer controlling transfer of said subset of required resources and 
said set of primitives to said printer resource store or said bit-map data file; and 

a resource executor within the printer creating said bit-map data file corresponding to said subset 
of selected resources and said set of primitives, and transferring said bit-map data file to the print 
engine for printing. 

A system for the automatic reduction of resolution in a printer, the system including a host computer for 
controlling and printing a document on the printer, the host computer having a data file for the 
document containing data describing a plurality of objects to be printed, the printer containing a print 
engine, the system comprising: 

a resource assembler within the host computer examining the data file, translating the data file into 
a set of primitives corresponding to the plurality of objects within a particular portion of the document, 
determining if said subset of selected resources and said set of primitives will fit within the printer, and 
determining if the printer can process said set of primitives into a bit-map data file in real-time or if the 
printer can process said set of primitives into a bit-map data file before the print engine is activated, 
said resource assembler converting said set of primitives into said bit-map data file if the printer cannot 
store said subset of selected resources and said set of primitives or the printer can neither process 
said set of primitives into a bit-map data file in real-time nor process said set of primitives into a bit- 
map data file before the print engine is activated; 

a printer resource store within the printer receiving said subset of selected resources and said set 
of primitives or said bit-map data file from the host computer and storing said subset of selected 
resources and said set of primitives or said bit-map data file; and 

a resource executor within the printer creating said bit-map data file corresponding to said subset 
of selected resources and said set of primitives, and transferring said bit-map data file to the print 
engine for printing. 

A system for the automatic automatically compressing data processed by a peripheral, the system 
including a host computer, the peripheral having a peripheral memory to receive the data file, the 
system comprising: 

a host resource store within the host computer storing the data file; and 

a resource assembler within the host computer examining the data file, determining if the data file 
will fit within the peripheral memory, and determining if the peripheral can process the data file into a 
bit-map data file in real-time, said resource assembler converting the data file into said bit-map data file 
if the peripheral memory cannot store the data file or if the peripheral cannot process the data file into 
said bit-map data file in real-time. 

A system for the automatic reduction of resolution in a printer, the system including a host computer for 
controlling and printing a document on the printer, the host computer having a data file for the 
document containing data describing a plurality of objects to be printed, the printer containing a printer 
resource store within the printer receiving and storing data from the host computer, a resource executor 
within the printer creating a bit-map data file corresponding to the data stored in the printer resource 
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store, and a print engine, the system comprising: 

a host resource store within the host computer storing a selected set of resources comprising a 
plurality of the resources required to print the document; and 

a resource assembler within the host computer examining the data file and selecting some of the 
s resources from the resource storage area to form said selected set of resources required for printing 
the document, loading said selected set of resources in said host resource store, translating the data 
file into a set of primitives corresponding to the plurality of objects within a particular portion of the 
document, determining if said subset of selected resources and said set of primitives will fit within the 
printer resource store, and determining if the printer can process said set of primitives into the bit-map 
10 data file in real-time or if the printer can process said set of primitives into the bit-map data file before 
the print engine is activated, said resource assembler converting said set of primitives into the bit-map 
data file if the printer resource store cannot store said subset of selected resources and said set of 
primitives or the printer can neither process said set of primitives into the bit-map data file in real-time 
nor process said set of primitives into the bit-map data file before the print engine is activated. 

75 

5. The system of any of the preceding claims 1 , 2, and 4 wherein if said resource assembler processes 
said set of primitives into said bit-map data file and said resource assembler determines that said bit- 
map data file cannot be stored in said printer resource store, said resource assembler determines if a 
first compressed bit-map data file requiring less storage space in said printer resource store than said 
20 bit-map data file can be stored in said printer resource store, and, if so, creating said first compressed 
bit-map data file. 

6- The system of claim 5 wherein if said resource assembler processes said set of primitives into said bit- 
map data file and said resource assembler determines that said first compressed bit-map data file 
25 cannot be stored in said printer resource store, said resource assembler determines if a second 
compressed bit-map data file requiring less storage space in said printer resource store than said first 
compressed bit-map data file can be stored in said printer resource store, and if so, creating said 
second compressed bit-map data file. 

30 7. The system of claim 6 wherein said resource assembler creates said second compressed bit-map data 
file by dropping alternating lines of data in a first dimension of said bit-map data file, said second 
compressed bit-map data file having reduced resolution in a second dimension. 

8. The system of claim 6 wherein if said resource assembler processes said set of primitives into said bit- 
35 map data file and said resource assembler determines that said second compressed bit-map data file 

cannot be stored in said printer resource store, said resource assembler determines if a third 
compressed bit-map data file requiring less storage space in said printer resource store than said 
second compressed bit-map data file can be stored in said printer resource store, and if so, creating 
said third compressed bit-map data file. 

40 

9. The system of claim 8 wherein said resource assembler creates said third compressed bit-map data 
file by dropping alternating lines of data in a first dimension and a second dimension of said bit-map 
data file, said third bit-map data file having reduced resolution in both said first and said second 
dimensions. 

45 

10. The system of any of the preceding claims 1 and 2, further including decision means within said 
resource assembler for determining whether said resource executor or said resource assembler will 
convert said set of primitives to said bit-map data file. 

so 11. The system of claim 10 wherein said decision means bases the determination on the length of time 
required for said resource executor to convert said set of primitives to said bit-map data file and the 
length of time required for said resource assembler to convert said set of primitives to said bit-map 
data file. 

55 12. The system of claim 10 wherein said decision means bases the determination on whether said resource 
executor can convert said set of primitives to said bit-map data file in less than thirty seconds said 
resource assembler converting said set of primitives to said bit-map data file if said resource executor 
cannot convert said set of primitives to said bit-map data file in less than thirty seconds. 
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13. The system of any of the preceding claims 1 and 2 wherein said resource assembler selects said 
particular portion to be a band corresponding in size to a printer band if the printer is operating in a 
banding mode. 

5 14. The system of any of the preceding claims 1, 2, and 4 wherein said resource assembler compresses 
said bit-map data file to create a compressed bit-map data file if said resource assembler processes 
said set of primitives into said bit-map data file and said resource assembler determines that said bit- 
map data file cannot be stored in said printer resource store, said bit-map data file being compressed 
until said compressed bit-map data file can be stored within said printer resource store. 

10 

15. The system of claim 3 wherein if said resource assembler processes the data file into said bit-map data 
file and said resource assembler determines that said bit-map data file cannot be stored in the 
peripheral memory, said resource assembler determines if a first compressed bit-map data file 
requiring less storage space in the peripheral memory than said bit-map data file can be stored within 

15 the peripheral memory, and if so, creating said first compressed bit-map data file, said first compressed 
bit-map data file retaining all data in said bit-map data file. 

16. The system of claim 15 wherein if said resource assembler processes the data file into said bit-map 
data file and said resource assembler determines that said first compressed bit-map data file cannot be 

20 stored in the peripheral memory, said resource assembler determines if a second compressed bit-map 
data file requiring less storage space in the peripheral memory than said first compressed bit-map data 
file can be stored within the peripheral memory, and if so, creating said second compressed bit-map 
data file. 

25 17. The system of claim 16 wherein said second compressed bit-map data file is formed by compressing 
said bit-map data with the resultant loss of data. 

18. The system of claim 4 wherein said resource assembler compresses said bit-map data file to create a 
compressed bit-map data file if said resource assembler processes said set of primitives into said bit- 

30 map data file and said resource assembler determines that said bit-map data file cannot be stored in 
said printer resource store, said bit-map data file being compressed until said compressed bit-map data 
file can be stored within said printer resource store. 

19. A method in a host computer attached to a printer for automatically adjusting the resolution of a printer 
35 attached to a host computer, the method comprising the steps of: 

(a) determining if a render primitive list can fit within a memory in the printer; 

(b) if said render primitive list can fit within said memory, calculating an execution cost for real-time 
execution of a render primitive list by the printer to determine if the printer can execute said render 
primitive list in real-time; and 

40 (c) executing said render primitive list within the host computer to create a bit-map data file of said 

render primitive list if said render primitive list cannot fit within said memory or if the printer cannot 
execute said render primitive list in real-time. 

20. The method of claim 19, further comprising the steps of: 

45 (a) determining if said bit map data file will fit within the printer; 

(b) if said bit-map data file will not fit within the printer, determining if a first compressed bit-map 
data file will fit within the printer; 

(c) if said first compressed bit-map data file will fit within the printer, compressing said bit-map data 
file to create a first compressed bit-map data file of said render primitive list, said first compressed 

so bit-map data file maintaining full resolution within the printer; 

(d) if said first compressed bit-map data file will not fit within the printer, determining if a second 
compressed bit-map data file will fit within the printer, said second compressed bit-map data file 
reducing the resolution within the printer; 

(e) if said second compressed bit-map data file will fit within the printer, reducing resolution of said 
55 first compressed bit-map data file within the host computer to create a second compressed bit-map 

data file of said bit-map data file; and 

(f) with reduced resolution from said second compressed bit-map data file, creating a third 
compressed bit-map data file of said bit-map data file if said second compressed bit-map data file 
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will not fit within the printer, whereby the host computer automatically reduces the resolution of the 
data to the printer, if necessary, to execute data in said render primitive list, said bit-map data file, 
said first compressed bit-map data file, said second compressed bit-map data file, or said third 
compressed bit-map data file. 

5 

21. The method of claim 20, wherein said first compressed bit-map data file uses run length encoding data 
compression. 

22. The method of claim 20, wherein said second compressed bit-map data file is formed from said bit- 
w map data file by deleting alternating lines of data in a first dimension of said bit-map data file, said 

second compressed bit-map data file having reduced resolution in a second dimension. 

23. The method of claim 20, wherein said third compressed bit-map data file is formed from said bit-map 
data file by deleting alternating lines of data in a first dimension and a second dimension of said bit- 

75 map data file, said third compressed bit-map data file having reduced resolution in both said first and 
said second dimensions. 

24. A method in a host computer attached to a printer for automatically adjusting the resolution of a printer 
attached to a host computer, the method comprising the steps of: 

20 (a) calculating an execution cost for real-time execution of a render primitive list by the printer to 

determine if the printer can execute said render primitive list in real-time; 

(b) executing said render primitive list within the host computer to create a full resolution bit-map 
data file of said render primitive list if the printer cannot execute said render primitive list in real- 
time; 

25 (c) determining if said full resolution bit map data file will fit within the printer; and 

(d) compressing said full resolution bit-map data file within the host computer into a compressed bit- 
map data file if said full resolution bit-map data file does not fit within the printer until said 
compressed bit-map data file fits within the printer. 

The method of claim 24 wherein step (d) of compressing comprises the steps of: 

(1) determining if a compressed full resolution bit-map data file will fit within the printer if said full 
resolution bit-map data file does not fit within the printer; 

(2) compressing said bit-map data file to create said compressed full resolution bit-map if said 
compressed full resolution bit-map data file will fit within the printer; and 

(3) compressing said full resolution bit map data file by forming a reduced resolution bit-map data 
file if said full resolution compressed bit-map data file does not fit within the printer and reducing 
resolution until said reduced resolution bit-map data file fits within the printer. 

26. A method in a host computer attached to a printer for automatically adjusting the resolution of a printer 
40 attached to a host computer, the method comprising the steps of: 

(a) determining if a full resolution bit map data file will fit within the printer; and 

(b) successively compressing said full resolution bit-map data file into a compressed bit-map data 
file if said full resolution bit-map data file does not fit within the printer until said compressed bit-map 
data file fits within the printer. 

45 

27. A method in a host computer attached to a peripheral for automatically compressing data processed by 
a peripheral, the peripheral having a peripheral memory to receive the data file, the method comprising 
the steps of: 

(a) determining if the data file will fit within the peripheral memory; 
so (b) if the data file will fit within the peripheral memory, determining if the peripheral can process the 

data file into a bit-map data file in real-time; and 

(c) converting the data file into said bit-map data file within the host computer if the peripheral 
memory cannot store the data file or if the peripheral cannot process the data file into said bit-map 
data file in real-time. 

55 

2a The method of claim 27 wherein if the host computer processes the data file into said bit-map data file, 
further including the steps of: 

(d) determining if said bit-map data file can be stored in the peripheral memory; 



30 25. 
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(e) if step (d) determines that said bit-map data file cannot be stored in the peripheral memory, 
determining if a first compressed bit-map data file requiring less storage space in the peripheral 
memory than said bit-map data file can be stored within the peripheral memory; 

(f) if step (e) determines that said first compressed bit-map data file can be stored in the peripheral 
memory, creating said first compressed bit-map data file, said first compressed bit-map data file 
retaining all data in said bit-map data file. 

29. The method of claim 28 wherein if the host computer processes the data file into said bit-map data file, 
further including the steps of: 

(g) determining if a second compressed bit-map data file requiring less storage space in the 
peripheral memory than said first compressed bit-map data file can be stored within the peripheral 
memory 

(h) if step (g) determines that said first compressed bit-map data file can be stored in the peripheral 
memory, creating a second compressed bit-map data file by compressing said bit-map data file with 
the resultant loss of some data from said bit-map data file. 
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